LINUX.ORG.RU

GNOME 47 «Denver»

 

GNOME 47 «Denver»

0

1

После шести месяцев разработки представлен выпуск среды рабочего стола GNOME 47. Для быстрой оценки возможностей GNOME 47 предложены специализированные Live-сборки на основе openSUSE и установочной образ, подготовленный в рамках инициативы GNOME OS. GNOME 47 также уже включён в состав экспериментальных сборок Ubuntu 24.10 и Fedora 41.

В новом выпуске:

  • добавлена поддержка настройки акцентных цветов (accent), применяемых для выделения активных элементов. Если ранее тема оформления GNOME предоставляла единый синий акцентный цвет, то теперь в конфигураторе внешнего вида предоставлена возможность выбора из нескольких вариантов;
  • улучшена работа на системах с низким разрешением экрана, для которых оптимизирован процесс отрисовки пиктограмм и элементов интерфейса. Решена проблема с отображением слишком мелких пиктограмм – GNOME теперь автоматически выбирает уровень масштабирования пиктограмм для обеспечения адекватного для низких разрешений размера;
  • на системах с GPU Intel и AMD добавлена поддержка задействования средств аппаратного ускорения кодирования видео при записи скринкастов, что позволяет снизить нагрузку на систему и устранить влияние записи скринкастов в высоком разрешении на отзывчивость интерфейса и приложений;
  • до версии 4.16 обновлена версия библиотеки GTK, в которой по умолчанию в окружениях на базе протокола Wayland задействован движок отрисовки «vulkan», напрямую использующий графический API Vulkan. Значительно улучшено качество и производительность отрисовки на старом оборудовании и на мобильных устройствах;
  • при удалённом подключении к рабочему столу реализована поддержка сохранения сеансов - при случайном отключении от удалённого рабочего стола предоставлена возможность возвращения к прерванному сеансу без потери его состояния (сеанс будет возобновлён в том же виде, что и до выхода);
  • предложен новый стиль диалоговых окон, используемых в системе и приложениях. Изменения нацелены на повышение удобства работы независимо от разрешений экрана и типа устройств;
  • существенно переработаны диалоги открытия и сохранения файлов, которые теперь не обособлены, а основаны на коде штатного файлового менеджера и приближены к нему во внешнем виде и поведении. В новых диалогах появились такие возможности, как изменение масштаба, выбор режима сортировки пиктограмм, встроенные функции переименования каталогов и файлов, предпросмотр файлов, генерация эскизов по мере необходимости и расширенный поиск;
  • в файловом менеджере Nautilus (GNOME Files) обновлён интерфейс диалогов, применяемых при создании нового каталога и сжатии файлов. В панели поиска обеспечен вывод контекстной информации, связанной с производительностью и влияющей на результаты поиска, например, отсутствие выбранного файлового пути в поисковом индексе или попытка поиска на части ФС, примонтированной с удалённого сервера;
  • расширены возможности боковой панели файлового менеджера. Сведён в одном месте список внутренних накопителей. Добавлена возможность удаления различных точек входа (Places), включая элементы для перехода к документам, загрузкам, музыке и видео. Добавлен новый раздел «Network» со списком сетевых хранилищ, включающий секции с подключёнными, ранее используемыми и доступными для подключения хранилищами;
  • в конфигураторе (GNOME Settings) в разделе настройки устройств ввода обеспечена возможность визуального предпросмотра раскладок клавиатуры до их выбора. В настройки для людей с ограниченными возможностями добавлен режим активации окон при наведении курсора. В разделе управления питанием для мобильных устройств предложены отельные варианты задержек перед переходом в ждущий режим. В различных конфигураторах задействованы новые элементы интерфейса GNOME;
  • расширены возможности калибровки графических планшетов, например, добавлена возможность калибровки в случае ручного, а не автоматического, сопоставления с монитором. Обеспечено отображение в конфигураторе GNOME планшетов, не поддерживаемых в libwacom. Подобные планшеты теперь обрабатываются и показываются как типовой планшет с общими базовыми настройками. Унифицировано наименование дисплеев в конфигураторе и настройках сопоставления планшета с монитором;
  • в средствах управления внешними учётными записями (GNOME Online Accounts) реализовано автоматическое заполнение деталей подключения к IMAP/SMTP на основании указанного email-адреса. Обеспечена интеграция электронной почты, календаря-планировщика и адресной книги с учётными записями Microsoft 365. При настройке WebDAV реализовано автоматическое определение доступных серверов;
  • в web-браузере Epiphany (GNOME Web) предложена новая функциональность для автоматического заполнения web-форм с учётом ранее предоставленных данных. В настройках можно выбрать доступную для автоматического заполнения информацию, такую как имя, адрес и контактные данные. Предложена новая панель с закладками, упрощающая навигацию и поиск закладок. Добавлен отчёт о конфиденциальности, отражающий число заблокированных браузером скриптов для отслеживания перемещений. Из-за изменений процесса аутентификации временно отключена поддержка сервиса Firefox Sync;
  • в календаре-планировщике переработано всплывающее окно с детальной информацией о событии. Улучшена обработка событий в режиме только для чтения. Улучшен внешний вид и изменены отступы между элементами. В диалогах импорта и редактирования событий обеспечена корректная обработка скрытых календарей и календарей в режиме только для чтения;
  • в коллекцию GNOME Circle добавлены новые приложения: Binary, Biblioteca, Hieroglyphic, Resources, Tuba и Valuta;
  • обновлён интерфейс анализатора свободного места на диске. Изменено оформление панели, списка файлов и пиктограмм; Изменено оформление курсора, показываемого в процессе ожидания завершения действия.
  • в менеджере приложений (GNOME Software) переработан вывод рекомендованных приложений;
  • в приложении для работы с картами (GNOME Maps) для представления географической информации по умолчанию задействована векторная графика. Добавлена поддержка использования поддерживаемого сообществом сервиса для построения маршрутов;
  • улучшена поддержка дробного масштабирования в приложениях на базе X11;
  • в сеансах на базе Wayland реализована возможность использования шлемов виртуальной реальности для игр.
  • добавлены базовые возможности для применения аппаратного ускорения при организации совместного доступа к экрану на системах с видеокартами NVIDIA;
  • добавлена возможность сборки GNOME Shell и композитного менеджера Mutter без поддержки X11, оставив только компоненты для Wayland.
  • в композитном менеджере Mutter добавлена поддержка расширения протокола Wayland drm-lease, которое предоставляет ресурсы, необходимые для формирования стереокартинки с разными буферами для левого и правого глаза при выводе на шлемы виртуальной реальности.

Видео: https://www.youtube.com/watch?v=sgcVp5RHy4Q.

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

★★★★★

Проверено: dataman ()
Последнее исправление: dataman (всего исправлений: 3)
Ответ на: комментарий от AP

И впрямь, не досмотрел. А как именно ты ресайзишь что тебе контролы скриншотилки не мешают? С какой-то кнопкой зажатой? Просто сейчас гнома нет под рукой актуального, тестил на релизе, потом снес.

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

Если сравнивать гнум с макосью, то первый гораздо ближе к винде. на маке от всего несёт диким think different, неудобно. Но ноутбуков лучше M1 Air не нашёл, так что и к такому привык.

В скриншотилке вот нельзя ресайзить рамку в пустом месте, приходится shift+cmd+4 использовать, потому что так тупо быстрее.
Ну и она контент не замораживает, что очень плохо.

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

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

Привел как альтернативный пример. Мне Spectacle хватает для всего что нужно. А, ну и еще момент - чем в гноме добавлять аннотации и стрелочки всякие на скрин? Мне часто надо, а расчехлять для такой мелкой ерунды целый гимп или криту - ну такое себе.

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

Давно не видел макось, но у гномской скриншотилки есть три больших недостатка: 1) не активируется, когда в момент вызова у тебя выбран пункт в раскрывающемся списке приложения, 2) нет пользовательской задержки, что решило бы проблему номер один, 3) в момент снятия экрана открытый модальный диалог теряет фокус.

Причём раньше был какой-то интерфейс для 2), но я не могу найти его в более новых версиях гнома. То ли надо что-то доустановить, то ли я что-то не так делаю. Приходится периодически пользоваться флеймшотом, но у него свои приколы.

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

Не хотеть. Хотеть сразу прям когда скриншотишь. Spectacle и Flameshot с этим отлично справляются и сразу копируют скрин в буфер обмена. А тут надо запустить приложение, пастнуть в него скрин, внести изменения и снова скопипастить уже куда надо или сохранить. Такой себе воркфлоу.

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

А как именно ты ресайзишь что тебе контролы скриншотилки не мешают?

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

А, ну и еще момент - чем в гноме добавлять аннотации и стрелочки всякие на скрин?

Я использую Annotator. Если нужно что-то принципиально сложнее, чем обвести иили стрелку нарисовать, то скорее даже в инкскейп запихну, чем в гимп.

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

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

Хмм, значит это в 47 поменялось, видимо. Насчет 46 точно не скажу, но в 45 у меня точно так не получалось.

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

не активируется, когда в момент вызова у тебя выбран пункт в раскрывающемся списке приложения

Баг иксов, ЕМНИП. У меня всё работает.

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

Т.е. костыльное решение бага выше.

в момент снятия экрана открытый модальный диалог теряет фокус.

Оно закрывается, да, но на снимке остаётся.
https://i.postimg.cc/RhzxT5tk/2024-09-23-02-11-09.png
А , погоди, ты про модальный диалог… проверил - фокус остаётся, gtk4/qt6 - без разницы.

То ли надо что-то доустановить, то ли я что-то не так делаю

Раньше оно реализовывалось через gnome-screenshot, я к себе его поставил - работает.
Но во времена до 42 гнома у меня к нему претензии были, поэтому сильно ждал выхода 42.

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

Хмм, значит это в 47 поменялось, видимо. Насчет 46 точно не скажу, но в 45 у меня точно так не получалось.

У меня 46, а не 47.

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

Баг иксов, ЕМНИП. У меня всё работает.

Возможно.

А , погоди, ты про модальный диалог… проверил - фокус остаётся, gtk4/qt6 - без разницы.

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

Раньше оно реализовывалось через gnome-screenshot

А, точно, спасибо :)

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

Alt+F2 в гноме не для поиска, а для выполнения команд

Только для выполнения?? Странно... А вот в KDE — и для поиска, и для выполнения...

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

В потреблении разница минимальна.

Да вот я бы не назвал повышение потребления на 27% минимальным.

И это, я так понимаю, в простое?

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

Spectacle

Эта та, которая с немалой вероятностью запечатлеет саму себя на первых кадрах записи экрана, пока она там сворачивается?

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

не активируется, когда в момент вызова у тебя выбран пункт в раскрывающемся списке приложения

Можно поподробнее?

в момент снятия экрана открытый модальный диалог теряет фокус.

Можно пример, на чём проверить?

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

Странно то, что кдешники в новости о гноме всплыли

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

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

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

Можно поподробнее?

В приложении нажимаешь на раскрывашку, наводишь указатель на пункт раскрывшегося меню, нажимаешь PrintScreen, скриншотилка не активируется.

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

В приложении нажимаешь на раскрывашку, наводишь указатель на пункт раскрывшегося меню, нажимаешь PrintScreen, скриншотилка не активируется.

Где только ни пытался воспроизвести — везде всё активируется и снимается.

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

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

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

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

Use-case - в одной руке яблоко, другой хочу несколько приложений из панельки запустить. В дефолтной гномовской конфигурации это боль.

Дернуть курсур в левый верхний угол и нажать большую кнопку на сосиске-панели?

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

Насколько я помню, в наутилусе до последней версии настроить сортировку средствами самого наутилуса можно только для каждой отдельной папки. По умолчанию там стоит «по алфавиту», а чтобы сделать, например, везде по умолчанию «по типу», нужно сделать это не штатными средствами, а через dconf-editor.

  1. Я не вижу смысла в дефолте кроме помимо A-Z. Зачем это надо? Для некоторых директорий удобней «Last Modified» – это легко настраивается и сохраняется для конкретной директории.

а чтобы сделать, например, везде по умолчанию «по типу», нужно сделать это не штатными средствами, а через dconf-editor

  1. Ну т.е. имеем разумный дефолт, а для тех, кому нужно странное все же есть возможность настроить как им надо, так?
MoldAndLimeHoney
()
Ответ на: комментарий от Rootlexx

Это в простое, любая реальная нагрузка и там уже гораздо выше цифры будут.
В любом случае я жил с 2х масштабом (2560x1600) и 1.75х (2880x1880), не сказал бы, что есть какая-то разница в жизни от батареи заметная.

Опять же пока не проверял в Asahi с GNOME.

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

В таком случае придётся несколько раз заходить в overview. Лучше колёсиком ткнуть или кинуть иконку на воркспейс, тогда обзор не закроется.

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

Еще навязывают всякую модную фигню типа вэйленд. Зачем мне вейленд, спрашивается, он чем-то лучше иксов?

Ты разработчик графической инфраструктуры Линукса? Почему тебя кто-то должен спрашивать? Люди, которые ее разрабатывают так решили, или они должны мнением каждой кухарки интересоваться?

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

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

Что это?

что во всех приличных ДЕ альт+Ф2 одновременно и ищет по ярлыкам меню, и выполняет команду.

И на кой черт мне это надо, если я хочу запустить именно графическое приложение? Зачем мне высер всего PATH?

Я набираю в Гноме «f» и у меня сразу показывается «Firefox Files Foliate и т.д.», т.е. приложения, которые я реально использую и хочу запустить в данный момент.

Если я набираю «f» в zsh – т.е. то, что ты тут проповедуешь – мне показывается 147 пунктов всякой срани, которая мне вообще не уперлась.

Приложение от команды отличается хотя бы несколькими пунктами:

  1. Приложение всегда графическое;
  2. Приложение имеет метаданные, которые позволяют искать его по ним, т.е. не обязательно точное название: deadbeef можно найти набрав audio. Название команды привязано только к названию файла;
  3. Приложение может использовать модифицированную команду без ее изменения и создания новой (запуск с переменными окружения, отдельными опциями и аргументами). Конечно, команду тоже можно модифицировать с помощью алиасов или создания отдельных скриптов. Но все это больше относится к шеллу;

htop – это команда, а htop.desktop – приложение. Потому что второе запускается графическом терминале, а первое только вручную из терминала.

Конечно, такие «сложные» концепции могут быть непонятны для утят, привыкших к расширениям, которые определяют тип файлов. Но есть вероятность, что деменция у тебя все еще не сильно спрогрессировала и ты справишься.

Потому что пользователю нахрен не сдались 2 конкурирующие вызывалки на 2 разных хоткеях с разным функционалом.

Если мне нужна будет команда, я запущу ее в терминале, где ей самое место.

Нахрена городить огород

Наверное потому что многим пользователям эта панель не уперлась и они используют Гном без нее. Например я.

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

просто не могу вспомнить кейсы, где нужна превьюшка файлов при открытии

Везде, где используются картинки/видео?

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

у гномской скриншотилки есть три больших недостатка: 1) не активируется, когда в момент вызова у тебя выбран пункт в раскрывающемся списке приложения, 2) нет пользовательской задержки, что решило бы проблему номер один,

Ну это какие-то старые данные. Сейчас скриншотилка вызывается с открытыми меню. А задержка не нужна, т.к. при нажатии Printscreen весь экран фризится и ты можешь выбрать все, что надо. Гораздо удобней таймера, как по мне, не надо подгадывать и думать успел или нет.

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

Ну это какие-то старые данные.

Абсолютно актуальные на GNOME 46.5 / X11.

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

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

Главной проблемой здесь будет пропихнуть везде эту альтернативную реализацию вместо гнома.

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

Дернуть курсур в левый верхний угол и нажать большую кнопку на сосиске-панели?

В задаче было «несколько». Даже если приложения всего два,уже неудобно, особенно на большом экране - мышка проходит большое расстояние (сначал верх-лево, потом низ-центр, опять верх-лево и низ-центр). В парадигме с доком/панелью возюкания гораздо меньше.

Vovka-Korovka ★★★★★
()
Ответ на: комментарий от AP

Меню после скриншота пропадает. Всякие окна About в Наутилусе и Опен Файл в Кубитторренте фокус не теряют.

Абсолютно актуальные на GNOME 46.5 / X11.

Подождите, речь про Иксы? Ну тогда да, там всегда была проблема заснять всякие менюшки и прочее. Но Гном уже давно забил на Иксы, поэтому..

MoldAndLimeHoney
()
Ответ на: комментарий от Vovka-Korovka

В задаче было «несколько».

Может стоит определиться, ты дрочить собрался или работать?

мышка проходит большое расстояние

Если ее дернуть резко, то никакого большого расстояние нет, за счет акселлерации. К тому же целиться никуда не надо – это тоже снимает когнитивную нагрузку.

MoldAndLimeHoney
()
Ответ на: комментарий от Vovka-Korovka

Ты сам тут писал «В парадигме с доком/панелью возюкания гораздо меньше». Что же тебе мешает это сделать в гноме?

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

Мне лично ничего не мешает, но мне интересно почему разработчики гнома решили, что текущая дефолтная конфигурация без дока или панели лучше, чем с доком или панелью.

Потому что, смотри - мне неудобно и я пользуюсь расширением, тебе неудобно и ты пользуешься расширением, самый популярный Linux дистрибутив решил, что неудобно, и по дефолту включил док. Но разработчики ванильного Gnome по-прежнему продвигают неудобный дефолт. И мне интересно - они действительно считают что ванильный вариант самый лучший (читай разработчики - наркоманы), или есть какие-то другие причины (например, нельзя сделать как в макоси/винде по политическим причинам).

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

почему разработчики гнома решили, что текущая дефолтная конфигурация без дока или панели лучше

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

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

Потому что док очень даже есть.

Он расположен не удобно, если использовать только мышку.

Не очень понятно почему на него надо постоянно смотреть, вместо дополнительного вертикального пространства.

Есть автоскрытие, если приложение развернуто по вертикали.

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

А уведомления - это самая больная для меня тема в гном. Я реально пропускал кучу уведомлений, пока не купил телефон с always on display, который теперь постоянно лежит на столе.

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

Он расположен не удобно, если использовать только мышку.

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

А уведомления - это самая больная для меня тема в гном.

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

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

Я не вижу смысла в дефолте кроме помимо A-Z. Зачем это надо? Для некоторых директорий удобней «Last Modified» – это легко настраивается и сохраняется для конкретной директории.

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

Ну т.е. имеем разумный дефолт, а для тех, кому нужно странное все же есть возможность настроить как им надо, так?

  1. «Разумный дефолт», «странное» - субъективно. Возможность настроить с помощью командной строки и сторонней утилитой была, да. Но так и про винду можно сказать, что раз сторонней утилитой можно настроить вид и поведение «как в макоси», значит всё разумно в винде по умолчанию.
Aurum
()
Ответ на: комментарий от t3n3t

Да, вернули. Хотя, при этом, насколько помнится, гноморазрабы в своё время не раз осуждали расширения для гноме в принципе.

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

Хотя, при этом, насколько помнится, гноморазрабы в своё время не раз осуждали расширения для гноме в принципе.

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

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

Не с той стороны смотришь. Скажи, зачем его надо прятать по-умолчанию, если он ни одним окном не перекрывается?

Или вот наутилус актуальный. Руководствуясь какой логикой они при копировании файндера не скопировали горизонтальную линию между заголовкам основной области и списком файлов? Click-n-drag же в основной области приведёт к началу выбора нескольких файлов мышкой, а в заголовке — к перетаскиванию окна. Как пользователю визуально определить, где таскать, а где выделять?

Кнопка поиска в левом верхнем углу почему не выровнена по вертикали с надписью на кнопке рядом? И оно специально так, чтобы пользователь, когда торопится, вместо «найти» нажимал «открыть изображение» по неосторожности? И чем «open image» отличается от «open» внизу справа?

Отдельной награды стоит статус «имяфайла выбрано (Х кБ)» поверх общего списка. Ни разу не сталкивались с ситуаций, что эта хрень перекрывает имя файла в общем списке? Удобно?

А «закрыть» на том же расстоянии от кнопки выбора отображения, что и «назад/вперед» от адресной строки — тоже чтобы случайно нажимали по-чаще?

А «новый каталог»/«открыть в…» за многоточием в адресной строке, где команды для выбранных файлов? Если они «в контекстном меню», то почему эти — в заголовке? Я и для каталога контекстное меню открою.
И что оно вообще делает в адресной строке? Чтобы не добавлять туда команды из контекста выбранных файлов?

Зачем «поиск везде» в окне наутилуса, если он же в активитиз? И почему он не находит то, что находит поиск в текущем каталоге? Вы так избавляетесь от переусложнения интерфейса, двумя разными поисками в одном окне?

Почему при перемещении модального окна таскается родительское? Чтобы я не подсмотрел, что там под ним скрыто? А то вдруг воспользуюсь…

Почему в свойствах каталога то, что я поменять могу (права) спрятаны за лишней кнопкой, но на пол экрана крупно значок типа файла? Оно значком любоваться надо, или информацию о файле получить\поменять параметры доступа?

Почему активные элементы никак не отличаются от декоративных? (Это к вопросу о том что в левом верхнем углу «open image» не кнопка, а заголовок окна. Ты же об этом уже ответить захотел?)

Какого лешего в контекстном меню, чтобы создать новый документ, приходится несколько раз мышкой кликать? Почему подменю открывается вместо родителя, а не рядом с ним?

С какого перепугу при развернутом на весь экран окне билдера модальное «сохранить изменения» мне говорит

«filename» contains unsaved
changes. Changes can be saved or
discarded.

Во-первых, кто вас научил предлоги отрывать от слов и рвать словосочетания? Если переносите, должно быть, на худой конец,

«filename» contains unsaved changes.
Changes can be saved
or discarded.

А во-вторых, 30 символов в ширину? Вы серъёзно? И кнопки вертикально на горизонтально ориентированном мониторе?

И почему этот билдер после вопроса «сохранить изменения» молча закрылся? В нём был открыт новый файл, который он сохранил как «несохранённый файл 1». Браво.

Эти вопросы я задаю не как приверженец других DE. А как пользователь GNOME в течение многих лет, который вынужден был перейти на другие DE, ибо его проблемы с интерфейсом задолбали.

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

Конкретных цитат навскидку сейчас не найду. Но не секрет, что разрабы гнома рекомендовали использовать гном в базовом виде, без расширений, для получения оптимального пользовательского опыта. Оправдывали они это тем, что расширения ломают всю их гениальную по умолчанию концепцию рабочего стола. Да и лень искать, в общем-то, не обессудьте.

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

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

<…> после десятого косяка гномовайланда <…> гноморазработчики <…> в своё поделие

«Вопросов больше не имею» (c)

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

Кому и кобыла - невеста

демагогия, причем самого низкого пошиба

Как-то так получается (с)

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

Это всего лишь лучшая скриншотилка для xfce, lxde, lxqt, icewm и openbox.

Нет, Ksnip. И от Плазмы не зависит. :)

dataman ★★★★★
()
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)