LINUX.ORG.RU

GNOME 44

 ,

GNOME 44

0

1

После 6 месяцев усердной работы проект GNOME рад представить новую версию графической оболочки GNOME 44, которая носит кодовое имя Kuala Lumpur. Для пробы новых возможностей доступны экспериментальные сборки дистрибутивов GNOME OS и Fedora 38.

Из основных изменений:

  • GNOME Settings:
    • Переработано меню безопасности устройства. Меню наглядно показывает статус безопасности вашего устройства в виде пунктов «Проверка не пройдена», «Проверка пройдена» и «Защищен». Также добавлена возможность создания полного отчёта о безопасности системы;
    • Переработано меню специальных возможностей. Были разделены разные группы меню и добавили новые опции, такие как включение превышения максимальной громкости; опции, связанные с клавиатурой; опция, которая позволяет сделать видимой область прокрутки;
    • Переработано меню звука. Настройки, отвечающие за громкость были перенесены в отдельное окно. Появилась возможность отключить звуки оповещения и появилось новое окно выбора звуков оповещения. Изменено оформление окна для тестирования звука. Появились новые индикаторы уровня громкости;
    • Переработано меню настройки мыши. Появились новые анимации, наглядно демонстрирующие различия между разными опциями. Добавили новое окно для тестирования примененных настроек. Добавили новый пункт, который включает ускорение мыши;
    • В настройках Wi-Fi появилась возможность поделиться паролем от сети посредством QR-кода;
    • В пункте «О системе» добавлены строчки, содержащие версии прошивок и ядра;
    • Теперь настройки Thunderbolt появляются только тогда, когда система обнаруживает интерфейс Thunderbolt;
  • Nautilus
    • Возвращена возможность раскрытия содержимого каталога без перехода к каталогу;
    • Улучшена функциональность вкладок. Теперь можно перемещать вкладки в новые окна, а также перемещать файлы на вкладки;
    • Увеличено количество доступных размеров для сетки значков;
  • Быстрые настройки:
    • Для пункта Bluetooth добавлено меню, показывающее список устройств, к которым можно подсоединиться;
    • Добавлен пункт «Фоновые приложения». Оно появляется, когда какое-то приложение висит в фоне и не имеет ни одного открытого окна;
    • Добавлены описания ко всем пунктам меню;
  • в GTK File Chooser добавлен режим просмотра содержимого каталогов в виде сетки. Режим доступен только для приложений, использующих GTK 4.

>>> Подробности



Проверено: hobbit ()
Последнее исправление: hobbit (всего исправлений: 3)

Ответ на: комментарий от wandrien

Жесть смузи в голову ударило. С таким энтузиазмом защищать резиновый член и педали на потолке…

Zadoff386
()
Ответ на: комментарий от Aceler

Вон из статьи, на которую я ссылался:

Although it is built using GTK 4 and, according to GNOME, it should be faster, in practice the amount of time to start the new Text Editor is 2 to 3 times longer when compared to the old version. Memory consumption with no document open has increased from 18 MB to 43 MB, and after opening a 500 KB HTML it has increased from 50 MB to 83 MB — for comparison, Geany editor for GTK 3 takes 22 MB after opening the same file. Rendering performance improved a bit, although it is far from being good and when source code files are bigger than 100 KB the syntax highlight is completely disabled.

Опять дистрибутивы виноваты?

wandrien ★★
()
Ответ на: комментарий от wandrien

Ну вот в том и дело, что тебе лень.

Интересно, ты даже краткую выжимку из этого высера не можешь составить, а я, значит, должен его читать лол. Я почти уверен, что ты и сам это не читал, просто увидел название и размер, что дескать кто-то обсирает Гном НА ЭЛЬФИЙСКОМ, значит это правда!

чтобы линукс так никогда и не появился как стабильная платформа для рабочих станций и офисных машин.

А он уже появился. И именно благодаря Гному.

Потому что зависимость от продуктов MS и их технологическое превосходство в ряде сфер - слегка подзадолбали.

Стабильность Линуксовых ДЕ на это никак не повлияет. Профессиональные программы не появятся от того, что в Гном добавят школотемы и UI от Спермерочки.

Im_not_a_robot ★★★★★
()
Ответ на: комментарий от Aceler

Ну давай тогда мерить голый gnome shell и голый icewm, лол.

Это просто пример конкретного сравнения по конкретной программе. А не по DE.

wandrien ★★
()
Ответ на: комментарий от Rootlexx

«а я привык по-другому» в такой дискуссии не аргумент, увы

Минимизированное окно видно в таскбаре перед глазами. То, что ушло на другой рабочий стол - забывается, и лучше бы было закрыто. Я пользовался рабочими столами, но со временем отказался, именно из-за этого.

Таким образом, моя привычка является эволюцей, а не желанием дезигнеров.

Эщё раз, я пытаюсь проникнуться время от времени, но не получается - всё слишком обрезано.

her_s_gory
()
Ответ на: комментарий от her_s_gory

Я пользовался рабочими столами, но со временем отказался

Ну вот и не пользуйтесь — вас разве кто-то заставляет? Но если вы не в курсе, существует значительное число пользователей, с вами в этом не согласных.

Rootlexx ★★★★★
()
Ответ на: комментарий от Wens

а зачем они сделали Console, когда gnome-terminal был неплох?

Кто ОНИ? Console даже не в дефолтной поставке еще. Автора Console не устроил gnome-terminal, он запилил свой, команда, возможно, решит поставлять Console по дефолту. Одна из основных проблем с gnome-terminal – он не поддерживает Gtk4 и автор не проявляет особого энтузиазма, чтобы это исправить. Ну и замусоренный UI у него, который автор не хочет менять.

Im_not_a_robot ★★★★★
()
Ответ на: комментарий от her_s_gory

То, что ушло на другой рабочий стол - забывается

Он же будет маячить перед глазами каждый раз, когда ты выходишь в обзор.

Aceler ★★★★★
()
Ответ на: комментарий от Im_not_a_robot

Я почти уверен, что ты и сам это не читал

Примерно так же уверен, как ты несколько часов назад был уверен, что я пользуюсь KDE. Чел, ты вроде раньше адекватнее был и не был скомпилирован с забагованной libastral.

А он уже появился. И именно благодаря Гному.

Датычо. Именно благодаря тому самому гному, благодаря которому к середине 10-х те разрабы, кто хоть что-то делал для создания нативных приложений на gtk, либо переключились на qt и кроссплатформу, либо полностью ушли на другие ОС. Так как gtk-ориентированный стек не может обеспечить стабильность платформы ни по API, ни тем более по ABI.

Вкладываться в поддержание порта GUI-приложения на линуксе банально невыгодно. Сервисы писать — да. А GUI - извините.

Стабильность Линуксовых ДЕ на это никак не повлияет. Профессиональные программы не появятся от того, что в Гном добавят школотемы и UI от Спермерочки.

Ясна. Какие нахрен темы, речь про технологический стек. Но это слишком сложное для тебя, похоже. Что-то на непонятном.

wandrien ★★
()
Последнее исправление: wandrien (всего исправлений: 2)
Ответ на: комментарий от crutch_master

Проще нажать две кнопки, чем целиться в крестик/кнопку/вкладку/и т.д.

Для ежедневных однотипных действий да. Чуть в сторону - гуй экономит буквально часы и сутки времени.

yu-boot ★★★★★
()
Ответ на: комментарий от her_s_gory

И да, для контрпримера.

В моём workflow задачи постоянно появляются и исчезают, причём почти никогда строго последовательно. Для решения каждой из них требуется минимум редактор, браузер с несколькими вкладками, несколько терминалов, зачастую несколько PDF с документацией, ну и всякие там файловые менеджеры до кучи. Т.е. одной задаче соответствует множество окон.

Если бы мне каждый раз для переключения с одной текущей задачи на другую приходилось всё это сворачивать да разворачивать, я бы свихнулся нафиг. С рабочими столами же это очень просто систематизировать: каждой задаче — отдельный рабочий стол, переключение между задачами — это переключение между рабочими столами.

Rootlexx ★★★★★
()
Ответ на: комментарий от wandrien

Вкладываться в поддержание порта GUI-приложения на линуксе банально невыгодно.

Ни на чем не выгодно, кроме Электрона. Такова жизнь.

речь про технологический стек

Можно услышать ваше краткое мнение про

  1. Wayland;
  2. Pipewire;
  3. Systemd;
  4. Flatpak.

?

Im_not_a_robot ★★★★★
()
Ответ на: комментарий от Rootlexx

Мелковаты у тебя задачи, если на один стол влазят. Я вот даже про второй дисплей подумываю, но не хочу головой крутить, потому пока с одним.

pekmop1024 ★★★★★
()
Ответ на: комментарий от wandrien

Так как gtk-оринтированный стек не может обеспечить стабильность платформы ни по API, ни тем более по ABI.

Можно поподробнее? Если речь о мажорных релизах, то заявленного не может обеспечить ни одна платформа, а если о минорных, то стабильность GTK в этом плане получше, чем у, например, Qt.

Rootlexx ★★★★★
()
Ответ на: комментарий от NeTC

Не знаю как сейчас, но ранее Gnome 3 начал позиционировать себя как DE для сенсорного управления, хотя он чаще всего как раз и не работал

У меня на планшете стоял гном 3.10 в 2011-2012 годах. Работал без нареканий, но остальной софт был не готов. Поэтому приходилось пользоваться мышью.

utanho ★★★★★
()
Ответ на: комментарий от her_s_gory

Alt+Tab переключает только в пределах одного рабочего стола. Чтобы посмотреть на окна на других рабочих столах, надо жать Win+Tab.

Просто ты со своими старыми привычками не можешь привыкнуть к другому поведению гнома. Я вот не понимаю, как люди живут без обзора.

Aceler ★★★★★
()
Ответ на: комментарий от pekmop1024

Мелковаты у тебя задачи, если на один стол влазят. Я вот даже про второй дисплей подумываю, но не хочу головой крутить, потому пока с одним.

С несколькими мониторами было бы ещё удобнее, конечно. Но увы, сильно страдает мобильность.

Rootlexx ★★★★★
()
Ответ на: комментарий от beck

И в этом смысле для ноутбука подходят более другие KDE

Уж сколько раз тыкали носом, а они все не угомонятся. Кеды (Qt) отжирают больше места чем гном (Gtk)

utanho ★★★★★
()
Ответ на: комментарий от Aceler

Alt+Tab переключает только в пределах одного рабочего стола. Чтобы посмотреть на окна на других рабочих столах, надо жать Win+Tab.

Могу ошибаться, но это вроде в Ubuntu так сделано — разделение сочетаний клавиш.

Rootlexx ★★★★★
()
Ответ на: комментарий от Im_not_a_robot

Можно услышать ваше краткое мнение про

Wayland;

Херня без архитектуры. Если в иксах архитектура кривая и устаревшая, то тут её просто нет. Пока что тут всё развивается как и предсказывали лучшие собаководы еще 10 лет назад.

Pipewire;

Еще не приходилось близко сталкиваться.

Systemd;

Хорош как идея, но пока сырой. Слишком много всего туда натолкали, надо бы сосредоточиться на том, чтобы фиксить баги в уже написанном.

Flatpak.

Пытается решать несуществующую задачу. Системе в первую очередь нужна стабильная объектная модель для бесшовной линковки кода и бесконфликтного версионирования объектных файлов, а не эти контейнеры. Контейнеры более актуальны на серверах.

wandrien ★★
()
Ответ на: комментарий от beck

Запустите какое-либо гномоприложение (да хотя бы настройки) на ноутбуке и оно сразу не помещается на 1200х800 даже.

ЧЯДНТ?

Rootlexx ★★★★★
()
Ответ на: комментарий от Im_not_a_robot

Это когда пользователю не нравится Гном, но он понимает, что ничего лучше в Линуксе нет и приходится пользоваться :)

Очень похоже на мой случай.

utanho ★★★★★
()
Ответ на: комментарий от Im_not_a_robot

Wayland

Моё мнение:

https://gist.github.com/probonopd/9feb7c20257af5dd915e3a9f2d1f2277

Wayland - натуральное ЗЛО.

Pipewire

Отличный софт написанный профессионалами, которые умеют проектировать приложения. Правда код на сишечке, поэтому pipewire иногда страдает соответственными проблемами: забыли заюзать где-то free и так далее. Но производительность сервера отличная. Если бы было так сразу, а не как с PulseAudio, который уже давно горит в аду.

Systemd

Хорошая идея, код говно. Надеюсь тоже перепишут как случилось с Pipewire. Хотя системд работает нормально, в отличии от PA, поэтому все дистрибутивы его юзают. Тут просто повезло.

Flatpak.

Идея хорошая тоже, но реализация слабовата. Секюрные задроты вечно обсирают flatpak. Мне flatpak не нравится, что в нём так и не сделали поддержку тем из системы и системных file picker-ов. А так в целом тоже работает в отличии от snap, который вечно ищет у сабжа фатальные недостатки.

Skullnet ★★★★★
()
Последнее исправление: Skullnet (всего исправлений: 2)
Ответ на: комментарий от Rootlexx

Посмотрел в альте 10 стартерките, который, как известно, не настраивает рабочее окружение.

Так там вообще не работает Alt+Tab. А значит, приложения, улетевшие на другой рабочий стол, всё равно будут в переключателе по Super+tab.

Aceler ★★★★★
()
Ответ на: комментарий от DrRulez

да поставь уже тоталкомандер, под вайном он заработает ничуть не хуже чем в вендах

antech
()
Ответ на: комментарий от Im_not_a_robot

И про Flatpak еще добавлю.

Это попытка прикостылить готовую серверную технологию (контейнеры) под нужды Gnome OS, как её видят разрабы. С изоляцией приложений в песочницы и т.п.

Это имело бы смысл, если бы мы делали стек для смартфона для установки условных «вайберов» из маркетплейса.

А для нужд условного «автокада» или «ворда» это бесполезно и даже может усложнять разработку в каких-то случаях. (Из-за возведения дополнительных слоёв изоляции между системой и приложением.)

wandrien ★★
()
Ответ на: комментарий от James_Holden

Не работает, к сожалению. Порталы действительно работают, когда дергаются из системных Qt приложений. Вот тогда я получаю GTK диалог, как и должно работать. Но порталы не работают, если это flatpak приложения. Причём даже GTK, диалоги из flatpak «не такие».

Skullnet ★★★★★
()
Последнее исправление: Skullnet (всего исправлений: 2)
Ответ на: комментарий от t3n3t

Что это должно доказывать? Гном эффективно использует пространство по дефолту. Ты пердолишься, отключая все что можно и нельзя. Есть разница? Лупа в комплекте идет?

Im_not_a_robot ★★★★★
()
Ответ на: комментарий от Im_not_a_robot

Это ты что-то доказываешь, периодически переходя на чуть ли не прямые оскорбления во всем треде. Я просто привел пример.

t3n3t
()
Ответ на: комментарий от wandrien

Это имело бы смысл, если бы мы делали стек для смартфона для установки условных «вайберов» из маркетплейса.

Это имеет смысл. Потому что разработчиков задолбало делать пакеты для каждого дистрибутива: deb, rpm, там пакеты ещё в ваших арчиках и так далее. Вот поэтому появились Flatpak и AppImage. Оба решают одну и ту же проблему, но делают это разными способами. Flatpak, конечно лучше, потому что юзает cgroups и не тащит все зависимости каждый раз с приложением, а устанавливает их один раз в другом пакете.

Кстати говоря, flatpak гораздо лучше всяких apk на андроидах, которые тащат зависимости для каждой платформы.

Skullnet ★★★★★
()
Ответ на: комментарий от t3n3t

Кстати, насчет Konsole. Каждое новое окно занимает 125Mb. Печально. Гномовские терминалы использует клиент-сервер и каждое новое окно не жрет ничего.

Это к вопросу о том, что Гном сожрал мою память.

Im_not_a_robot ★★★★★
()
Последнее исправление: Im_not_a_robot (всего исправлений: 1)
Ответ на: комментарий от wandrien

А для нужд условного «автокада» или «ворда» это бесполезно и даже может усложнять разработку в каких-то случаях. (Из-за возведения дополнительных слоёв изоляции между системой и приложением.)

А ещё у традиционных пакетов вроде deb совершенно другие циклы обновления. У тебя в системе могут быть совершенно старые пакеты, а в flatpak версии пакетов всегда свежие, причём можно поставить несколько веток программ одновременно, а в deb такое невозможно даже в теории.

Skullnet ★★★★★
()
Последнее исправление: Skullnet (всего исправлений: 1)
Ответ на: комментарий от Im_not_a_robot

Да, но в konsole дохрена функционала, который я, например, реально использую. Например, превьюшки для изображений. Вот прям наводишь в выхлопе ls на название файла и зажимаешь ctrl и превьюшку видишь. Если мне это все не надо, я просто открываю alacritty.

ЗЫ: Какой из гномовских терминалов? В новом gnome-console мне как login shell сделать? Мне работать так-то.

t3n3t
()
Последнее исправление: t3n3t (всего исправлений: 1)
Ответ на: комментарий от Im_not_a_robot

Гном эффективно использует пространство по дефолту.

https://ibb.co/VpHZ8jF

Приложение на gtk4 от Gnome.

Сабжевое окно не влазит на 768p и с трудом влазит на 1024p.

При этом в нём еще и имеется мелкий, мыльный серый текст, который я со своим зрением едва вижу.

wandrien ★★
()
Ответ на: комментарий от Skullnet

причём можно поставить несколько веток программ одновременно, а в deb такое невозможно даже в теории.

В теории как раз возможно, и даже работает на практике для большинства разделяемых библиотек, но заморачиваться этим, конечно же, никто не будет.

Rootlexx ★★★★★
()
Ответ на: комментарий от Skullnet

Эту проблему нужно было решать в месте её возникновения. Нет стабильного компонентного ABI — значит делаем стабильное компонентное ABI.

В этом смысле Flatpak конечно проблему «решает», но это примерно как решать проблему плохой экологии в городе методом переезда в другой город.

wandrien ★★
()
Ответ на: комментарий от utanho

Очень похоже на мой случай

Есть ненулевая вероятность, что станет и моим…

her_s_gory
()
Ответ на: комментарий от t3n3t

Я не очень понимаю что тебе нужно. Ты в каждом профиле хочешь использовать разный шелл?

Еще у меня там вагон профилей

Чем эти профили терминала отличаются?

Im_not_a_robot ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.