LINUX.ORG.RU

GNOME 47 «Denver»

 

GNOME 47 «Denver»

0

2

После шести месяцев разработки представлен выпуск среды рабочего стола 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)

Меня одного удивляет что про гном говорят что он не настраиваемый и непригодный для работы, при этом в kde по умолчанию неюзабельная панель с иконками и скудными настройками? В dash to panel настроек гораздо больше и можно сделать под себя идеально.

Пока dash to panel это лучшее что я встречал из панелей под конфигурацию с несколькими мониторами, на винде приходится ставить startallback платный который еще и ломается постоянно с обновами винды, в kde сейчас попытался настроить, конечно же это было больно, плазма упала разок, всё равно до идеала довести не хватило настроек и походу надо редактировать тему плазмы.

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

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

В целом согласен, хотя там и вполне очевидно, где заканчивается область заголовка (благодаря виджету адреса), и места там между заголовком и значками предостаточно.

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

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

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

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

Зачем «поиск везде» в окне наутилуса, если он же в активитиз?

Потому что поиск в режиме обзора — это просто быстрый доступ к соотв. поиску в приложении.

Это как спросить, а зачем там возможность вычислять математические выражения, если есть приложение калькулятора; или зачем там поиск погоды, если он также есть в приложении погоды (которое этот модуль поиска и предоставляет).

Ну или зачем поиск в Dolphin, если он есть в Krunner.

И почему он не находит то, что находит поиск в текущем каталоге?

Он ищет в местах, заданных в настройках поиска, внезапно. И в случае отсутствия результатов там сразу есть кнопка для открытия этих настроек.

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

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

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

Иерархические меню — это в принципе один из самых неудобных элементов интерфейса, увы.

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

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

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

В GNOME меню, о которых вы говорите, решают данные проблемы, но ценой доп. щелчка для открытия подкатегории.

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

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

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

Адресная строка отображает текущее местоположение, и в её меню то, что относится к текущему местоположению — улавливаете связь?

А переключение режима отображения не относится к текущему местоположению? Выше, вон, жаловались, что этот параметр для каждой директории отдельно настраивается. Тогда, почему эта команда не в адресной же строке? Улавливаете отсутствие последовательности в интерфейсе?

Какие ещё команды для выбранных файлов?

Открыть в…, отправить, сжать, удалить и т. п.

Потому что поиск в режиме обзора — это просто быстрый доступ к соотв. поиску в приложении.

К поиску в каком приложении? В наутилусе?

Это как спросить, а зачем там возможность

Вы не так поняли, к чему я вёл) Зачем две кнопки «включить режим поиска», если можно одну для фокуса в поле ввода поиска и две кнопки «Искать тут» и «искать везде»? Вот какой из режимов откроется по Ctrl+F и почему именно он?

Он ищет в местах, заданных в настройках поиска, внезапно. И в случае отсутствия результатов там сразу есть кнопка для открытия этих настроек.

Внезапно, положил файлы в ~/Documents. Поиск «в текущем каталоге» от /home подумал и нашёл эти файлы, поиск «везде» даже через 10 минут показал пустой результат. Оно по-умолчанию в документах пользователя не ищет?

Вы в тупнячок играете? Вот почему у меня не возникает подобных проблем

И у меня не возникает. Только я ожидаю, что они дичь натворить могут. А неподготовленный пользователь далеко не факт, что считает сразу правильно. Но все «оптимизации интерфейса» продвигаются под соусом дружелюбности и простоты же, разве нет?

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

У кнопок поиска, назад/вперед, поиска в текущем каталоге, параметров (внизу справа) какие «значки кнопки» или стрелки?

Иерархические меню — это в принципе один из самых неудобных элементов интерфейса, увы.

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

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

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

В GNOME меню, о которых вы говорите, решают данные проблемы, но ценой доп. щелчка для открытия подкатегории.

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

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

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

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

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

А для этого везде есть «Do not disturb» мод (включая гном). А вот нормального UI/UX чтобы я не пропускал нотификашки в гноме нет.

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

Для нытиков «ааа, где моя панель, мне что надо две кнопки нажимать чтобы запустить приложение, мне лень вести мышку через весь экран» сделали Dash to panel, но я уже думаю, что проблемы с лишним весом у тебя.

Ты хоть гномом пользуешься?

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

Я не могу назвать ни одну нормальную программу с CSD.

Ежедневно пользуюсь Minder, часто – Annotator. В целом, CSD более компактный чем комбинация из заголовка окна, главного меню и тулбара.

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

Ты хоть гномом пользуешься?

С 47-го сейчас пишу. Но в отличии от фанатиков я не ору «не нужно», если конкретно мне что-то не нужно.

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

В браузере она появляется, если курсор навести на ссылку.

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

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

Тогда, почему эта команда не в адресной же строке? Улавливаете отсутствие последовательности в интерфейсе?

Нет, не улавливаю. Действия в этой контекстной части «заголовка» относятся к текущему местоположению, так что это не более чем какие-то убогие попытки высосать претензию из пальца.

Открыть в…, отправить, сжать, удалить и т. п.

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

А «новый каталог»/«открыть в…» за многоточием в адресной строке, где команды для выбранных файлов?

Поэтому их там и нет.

К поиску в каком приложении? В наутилусе?

Да, модуль поиска файлов в GNOME Shell предоставляет Nautilus aka Файлы (Files). Вам значка и названия приложения в результатах поиска оказалось недостаточно, чтобы догадаться?

Зачем две кнопки «включить режим поиска», если можно одну для фокуса в поле ввода поиска и две кнопки «Искать тут» и «искать везде»?

Уровень претензии просто зашкаливает: «Вместо двух кнопок можно было сделать три кнопки, да ещё и с иерархией».

При этом сами до этого считали щелчки, а тут уже лишний щелчок для выбора типа поиска — это хорошо, это другое.

Вот какой из режимов откроется по Ctrl+F

☰ → Комбинации клавиш.

и почему именно он?

А каким режимом чаще пользуются, как думаете?

Внезапно, положил файлы в ~/Documents. Поиск «в текущем каталоге» от /home подумал и нашёл эти файлы, поиск «везде» даже через 10 минут показал пустой результат. Оно по-умолчанию в документах пользователя не ищет?

https://drive.google.com/file/d/1zHEp947-f_TWRq37gOF7reMx9DMzrBcL/view?usp=sharing

У кнопок поиска, назад/вперед, поиска в текущем каталоге, параметров (внизу справа) какие «значки кнопки» или стрелки?

Это шутка такая?

Появится оно или снизу справа под указателем, или зеркально тому направлению, в котором места не хватило под меню

Ага-ага: https://drive.google.com/file/d/1LHZbZtNkp4W0El0vc7V1mTPcsi9eW4nz/view?usp=sharing (в конце — про мультивыбор).

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

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

Я говорил об иерархических меню в целом:

Иерархические меню — это в принципе один из самых неудобных элементов интерфейса, увы.

Проблемы, которые вы придумали, давно решаются (то ли в винде, то ли в кедах было) отключением открытия подменю при наведении указателя

Т.е. получим то же самое, что в GNOME, но с бо́льшим пробегом курсора. Отличный план.

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

А вот нормального UI/UX чтобы я не пропускал нотификашки в гноме нет.

Что такое в данном случае «нормальный UX», и где он реализован? А то реализация уведомлений в GNOME мне нравится значительно больше, чем, скажем, в KDE.

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

Оказывается, я всё это время не знал, что темы GTK теперь стали исполняемыми файлами!

Ты пропустил момент, когда гтк стал css-интерпретатором. Эта тема шевелится значительно медлтельней Blueshell.

Как именно?

Обычно, в audacity. Часть отступов маленькие, часть - большая.

Дай мне htop

Ты хотел сказать видеозапись экрана, мышки и клавиатуры в высоком разрешении и без бликов? Очень желательно в 120фпс чтобы можно было смотреть на скорости х0,25? Не смогу, у меня только дносмартфон и мало времени.

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

Minder

Annotator

Что это?

CSD более компактный чем комбинация из заголовка окна, главного меню и тулбара

Раньше у всех было 640x480, но никто не страдал и использовал всё это, а сейчас - в эпоху 4K - всем резко стало не хватать экранного пространства.

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

Ты пропустил момент, когда гтк стал css-интерпретатором.

Тогда как выходит, что одна тема тормозная, а другая - нет?

Обычно, в audacity.

Не используй это.

Ты хотел сказать видеозапись экрана, мышки и клавиатуры в высоком разрешении и без бликов?

Нет, только загруженность процессора и ОЗУ.

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

Что это?

Майндмэпы, редактор для рисований аннотаций к картинкам.

Раньше у всех было 640x480, но никто не страдал

Ну вот я страдал каждый раз, когда садился за 640x480, потому что у меня дома был 800x600.

а сейчас - в эпоху 4K - всем резко стало не хватать экранного пространства

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

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

у меня дома был 800x600

И никто все равно не страдал.

место по вертикали вдруг стало важно

Его сейчас все равно очень много. Вся эта экономия экранного пространства - отмазки гномеров, которые прикрывают истинную цель CSD - сделать более удобное управление с мобилок, только вот GNOME там никто не использует.

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

Вся эта экономия экранного пространства - отмазки гномеров, которые прикрывают истинную цель CSD - сделать более удобное управление с мобилок

CSD не имеет никакого смысла на мобилках, ты гонишь.

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

истинную цель CSD - сделать более удобное управление с мобилок

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

И никто все равно не страдал.

А ты сейчас какие фильмы и ролики смотришь, 800x600 или минимум 1080p? А что так?

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

CSD не имеет никакого смысла на мобилках, ты гонишь.

Имеет, если это GNOME-style с кнопками и гамбургером, а не VS Code-style с классическим меню в заголовке.

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

А ты сейчас какие фильмы и ролики смотришь

У меня разрешение 1366x768, смотрю в 720p.

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

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

Повторяю: в браузере надо выполнить действие, чтобы появилась подсказка. В наутилусе надо выполнить действие, чтобы убрать её. Разницу фирштейн, или гноме головного мозга?

В том же билдере у них внизу нормальный статусбар. Что мешало такой же запилить в наутилусе?

При этом сами до этого считали щелчки, а тут уже лишний щелчок для выбора типа поиска — это хорошо, это другое.

Шарик, ты балбес. Я говорю об отображении двух кнопок рядом: найти [______] [тут][везде] и никаких «лишних щелчков». Вырезали же полезную функциональность гномосеки под предлогом того, что «интерфейс перегружен». А тут перегрузили его на ровном месте. Зачем две команды на переход к поиску?

да ещё и с иерархией

Вот щас или давай инструкцию, как сделать, чтобы инпут поиска всегда был доступен, без нажатия на лупу, либо отвыкай передёргивать на людях.

А каким режимом чаще пользуются, как думаете?

Я думаю, что «в текущем каталоге» поиск должен выполняться по простому вводу — есть подходящий файл, курсор перемещается на него, нет — показываем результаты поиска. А Ctrl+F пользователь нажимать должен лишь когда ему нужна возможность подробно условия задать (по дате, там + по маске, и т.п.). А для поиска «по везде» пользователю достаточно одной точки входа, это [Super] → ввод поисковой строки, а оттуда уже в расширенный, раз они туда запихали поиск «по всем источникам».

Но мы же не о том, как бы я сделал, а о том как накосячили они.

☰ → Комбинации клавиш.

Т.е. интуитивно догадаться невозможно, надо лезть в справку. Дружелюбненько.

https://drive.google.com/file/d/1zHEp947-f_TWRq37gOF7reMx9DMzrBcL/view?usp=sharing

«УМВР»? Ну молодец, возьми печеньку с полочки. А я на виртуалке лайв загрузил — не заработало.

Это шутка такая?

Нет. То, что пользователь таки догадается, что в картинку надо пальчиком ткнуть, это понятно. Но это говорит лишь о том, что пользователя к хреновым практикам приучили. Элемент должен считываться однозначно. Всегда. И по его внешнему виду должно быть понятно, что случится. А тут, у вас же на видео: в гедите кнопка «открыть» откроет документ вместо текущего или в новой вкладке? А кнопка с плюсом создаст новый в новой или вместо текущего? Только отвлекись от того, что ты заранее знаешь как оно себя ведёт. Попробуй прочитать интерфейс не подключая знания об окружении.

Ага-ага: https://drive.google.com/file/d/1LHZbZtNkp4W0El0vc7V1mTPcsi9eW4nz/view?usp=sharing (в конце — про мультивыбор).

И за это надо палкой бить. Больно. Чтобы в следующий раз от одной только мысли о реализации подобного пальцы болеть начинали.

Я говорил об иерархических меню в целом

Контекстное меню — частный случай, который накладывает доп вопрос (у некоторых) «Где оно появится». Сложности с такими меню возникают лишь у привыкших к дебильникам, вместо нормальных компьютеров. А в целом с иерархическими меню только одна проблема — их реализация в MSO, где «нечасто нужные» пункты скрывались. За это тоже палкой бить надо.

Т.е. получим то же самое, что в GNOME, но с бо́льшим пробегом курсора. Отличный план.

По меню можно ещё и с клавиатуры бегать, и по Alt+Буква. И когда ты видишь сразу несколько уровней открытых, ты можешь (если не перекрыто) пройти в одну сторону, увидеть что неправильно пошёл, и быстро вернуться в правильное направление. А гноможезсть вынуждает пользователя каждый раз смотреть как оно ездит, и каждый раз заново читать список. И что бы они не заливали, сделали они это не потому что «так лучше», а потому что на дебильнике по другому не работает. А делать удобный десктоп они забили несколько релизов тому назад.

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

Имеет, если это GNOME-style с кнопками и гамбургером, а не VS Code-style с классическим меню в заголовке.

Мобильных приложений с кнопками в верхней панели исчезающее меньшинство. Обычно это софт типа мобильного фотошопа, procreate и иже с ними – сложные программы, куда иначе ничего не влезает, и то нужен планшет, а не телефон.

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

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

Не, он заливал про «иерархичность» в том, что из одного инпута запускается разный поиск.

И защищал он интерфейс, где чтобы увидеть этот инпут надо кнопку нажать.

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

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

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

А зачем? Просто начни набирать текст.

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

Записывал экран с kmsgrab ...x11grab и прочее - лаг на лаге.

А у меня kmsgrab на малине не работает и тема в интернете вообще не раскрыта. Есть подозрение что это много где не будет работать, а х11граб по крайней мере надёжный и на РПи4 1200Мгц даёт фпс от 25 до 30 в разрешении 1400х1050, т.е. уже вполне смотрибельный скринкаст без косяков если ограничиться 24фпс.

Что кстати лучше, чем с наскока смог показать ноут коре2+нвидия9200м. kmsgrab там тоже с ходу не заработал.

Он хорошо жмёт только тогда...

Так выделенные блоки ффмпег тоже умеет на практически лучшем уровне. В случае невидии по слухам не только nvenc, но и софтовм кодеком, ускоренным через cuda.

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

Его сейчас все равно очень много. Вся эта экономия экранного пространства - отмазки гномеров, которые прикрывают истинную цель CSD - сделать более удобное управление с мобилок, только вот GNOME там никто не использует.

Несколько человек специально работают над портированием гнома на мобилки, чтобы скрыть тот факт, что истинная цель CSD - экономить экранное пространство по вертикали. Ведь экраны телефонов обычно размещают в портретной ориентации, смекаешь?

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

С работающим композитингом оба монитора выдают разную частоту?

А как сейчас жить без композитора? Да, я поотключал (точнее они сами упали, а я не перезапускаю) все эффекты в kwin5 на малине. Но и со включенными всё было ОК, пока он не падал. А на ноуте к которому я подключал ЭЛТ 85Гц - там kwin5 не глючит и эффекты не падают, там вообще всё ОК.

Да, я хз как реально замерить частоты мониторов если они выше 40 - я перестаю видеть разницу. Гонял на 60+85 сецифичный тест анимации на герцовку, ну воде как получилось что на 85гц половинная частота анимации 43гц и вроде как браузер считает что именно на таких частотах обновляется экран.

Забавно то, что курсор таки отрисовывается в свои 165Hz. Остальное нет.

Кажется современные прогрессивные композиторы - дно, а с тирингом там доборолись до маразма. Я просто не представляю что ещё могло бы прибить отрисовку к 60Гц и оторвать её от Х11.

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

А то есть маленькая проблемка, и даже не одна — регистрозависимость и разница в наименовании программы и файла бинарника.

О боже, какой кошмар! Вот если бы можно было написать цикл if; then; else, провести поиск по $PATH и по .desktop'ам и выбрать один из вариантов по какому нибудь принципу, а все прочиие скрыть или выдать списком дополнительных вариантов... Возможно какая нибудь высокоразвитая цивилизация сможет довести эту идею до работающего стандарта всех ДЕ где нибудь к 2006 г от Р.Х. или даже немного (лет на 5-10) раньше.

Пользователи мака могут не согласиться и имеют на то полное право.

У пользователей мака панель была и есть. А как они её нзывают мне не интересно - это всё та же панель задач, ничем важным от cairo-doc не отличающаяся.

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

Шарик, ты балбес

Разницу фирштейн, или гноме головного мозга?

Не переживайте так. Говорят, что хамить начинают, когда остаётся ещё очень много аргументов, точно-точно.

Повторяю: в браузере надо выполнить действие, чтобы появилась подсказка. В наутилусе надо выполнить действие, чтобы убрать её.

Внезапно, в Nautilus для её появления тоже нужно выполнить действие: выделить файл/каталог. А «действие чтобы убрать» полностью аналогично действию в браузерах, да и большинстве других программ с таким же элементом интерфейса.

В том же билдере у них внизу нормальный статусбар. Что мешало такой же запилить в наутилусе?

Чтобы он бо́льшую часть времени просто занимал место?

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

Я говорю об отображении двух кнопок рядом: найти [______] [тут][везде] и никаких «лишних щелчков».

Так, нарисуйте макет интерфейса (или покажите снимок существующего), иначе нифига не понятно, что вы там пытаетесь вообразить.

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

Или вы предлагаете показывать поле ввода и кнопки только при нажатии на кнопку поиска? — тогда получаем до двух щелчков (в случае смены режима), в то время как в актуальном Nautilus — всегда один.

А я на виртуалке лайв загрузил — не заработало.

Возможно, в Live-сеансе отключены службы tracker.

А тут, у вас же на видео: в гедите кнопка «открыть» откроет документ вместо текущего или в новой вкладке? А кнопка с плюсом создаст новый в новой или вместо текущего?

Можно пример интерфейса, в котором это всё реализовано как нужно по вашему мнению?

И за это надо палкой бить. Больно. Чтобы в следующий раз от одной только мысли о реализации подобного пальцы болеть начинали.

Так так везде. Вот ещё в копилку: https://drive.google.com/file/d/1Sk5m6d737XpzgJ4UaZLu0HpboWjYNMP6/view?usp=sharing — имеем в одном случае слишком простое переключение между пунктами, в результате чего, просто ведя курсор к нужному пункту подменю, можно получить в процессе открытие другого подменю; а во втором случае случайно открытое соседнее подменю мешает открыть нужное.

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

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

И это позволит… что именно?

Если будет нужен щелчок по полю ввода для начала поиска, то это ничем не отличается от щелчка по кнопке.

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

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

А у меня kmsgrab на малине не работает и тема в интернете вообще не раскрыта. Есть подозрение что это много где не будет работать, а х11граб по крайней мере надёжный и на РПи4 1200Мгц даёт фпс от 25 до 30 в разрешении 1400х1050, т.е. уже вполне смотрибельный скринкаст без косяков если ограничиться 24фпс.

При этом на нормальном железе x11grab дико дропает FPS и общую производительность системы. Под мой usecase вообще не подходит.
з.ы. я пытался малину в качестве десктопа использовать, онож неюзабельно… кажется, у тебя очень нишевый юзкейс.

ноут коре2+нвидия9200м. kmsgrab там тоже с ходу не заработал.

Потому что драйвер для GPU кривой. На моём хламе с HD3000 работает.
Но на нём кроме иксов ничего и не заработает всё равно.

Так выделенные блоки ффмпег тоже умеет на практически лучшем уровне. В случае невидии по слухам не только nvenc, но и софтовм кодеком, ускоренным через cuda.

Там разницы нет. Разве что vaapi на AMD был чуть хуже AMF, насколько знаю.
В любом случае тот же GSR под капотом дёргает ffmpeg, зачем мне его в голом виде использовать - не знаю.
Жать гораздо лучше потом отдельно софтовым кодеком, чем пердолиться в реалтайме.

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

кто-то пишет плагины для открытого проекта, который подразумевает поддержку плагинов

То-то гномосеки постоянно ломают АПИ этих плагинов чтобы они переставали работать не успев покинуть стадию пре-альфы.

Qui-Gon ★★★★★
()
Ответ на: комментарий от kirill_rrr

Да, я хз как реально замерить частоты мониторов если они выше 40 - я перестаю видеть разницу. Гонял на 60+85 сецифичный тест анимации на герцовку, ну воде как получилось что на 85гц половинная частота анимации 43гц и вроде как браузер считает что именно на таких частотах обновляется экран.

У меня до 90-100 гц глаза видят разницу прекрасно. И я вижу очень хорошо, когда монитор выдаёт не 165, а 75, потому что у второго такая частота максимальная.

Кажется современные прогрессивные композиторы - дно

Кажется современная архитектура X11 - дно. Почему-то отрисовка двух разных мониторов не проблема для Win11/macOS и даже тиринга никакого нет. Кто-то там орал, конечно, про кривость такого сетапа в оффтопиках до 11, однако я проверил в Вин10 и даже в Вин7 - работает из коробки.
https://www.reddit.com/r/ManjaroLinux/comments/1b98bej/x11_supports_multiple_monitors_running_at/

There is technically another way. By default most Xorg configs use a single logical «screen» that is stretched across multiple monitors. This is at the heart of why Xorg struggles to support different refresh rates. A monitor can’t have two different refresh rates at the same time, so Xorgs logical representation can’t either.

Я просто не представляю что ещё могло бы прибить отрисовку к 60Гц и оторвать её от Х11.

Читать выше. Кстати, если два монитора с одинаковой частотой в 120+ - работать всё нормально будет. Речь именно про то, когда два монитора с разной (т.е. 95% случаев, когда купил новый монитор и оставил старый).

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

Мобильных приложений с кнопками в верхней панели исчезающее меньшинство.

Это в Android и iOS, ибо там заголовков нет. В GNOME эти заголовки есть, в которые пихают всё, что попало.

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

Пруфы в студию!

MrSugoma
()
Ответ на: комментарий от Qui-Gon

Однако-ж половину популярных расширений разрабатывают участники GNOME Foundation (Just Perfection, Dash to Dock, etc..), и они часто мелькают в This Week in GNOME.
Сами себе по ногам стреляют? Не знаю, у меня обновления федоры происходят без отвала расширений и даже тем.

Стабильного API нет, потому что API на самом деле и нет никакого, часть расширений напрямую патчит JS часть шелла, которая и не обязана иметь stable api.

UPD. проверил у себя совместимость с 47: всё базовое совместимо оказалось.

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

Ведь экраны телефонов обычно размещают в портретной ориентации

Поэтому там надо экономить горизонталь, ибо вертикали дохрена.

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

Ты ведь в курсе что «dash-to-panel» называется просто «панель задач» и является режимом по умолчанию всех ДЕ? Причём не просто так, а потому что лучше ничего не придумали.

Причём не просто так, а потому что пользователи приходят с винды и хотят как в винде. Потом их отпускает, но не всех.

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

Мобильных приложений с кнопками в верхней панели исчезающее меньшинство.

Это в Android и iOS, ибо там заголовков нет. В GNOME эти заголовки есть, в которые пихают всё, что попало.

Приложения Android/iOS — мобильные. Приложения гнома – не мобильные. С чем ты пытаешься спорить?

Пруфы в студию!

Например можно открыть страницу https://wiki.gnome.org/Design/OS/Touchscreen, на которой трекали , что надо починить для поддержки тача, и посмотреть там внизу список тестового железа.

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

как в винде

Если что-то как в винде, то это не означает, что это плохо. В 1995 году был создан идеальный интерфейс рабочего стола, но нет, чтобы пользоваться им, надо использовать кривой GNOME, так как надо не как в винде.

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

В 1995 году был создан идеальный интерфейс рабочего стола

Синдром утёнка? :)

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

Например можно открыть страницу https://wiki.gnome.org/Design/OS/Touchscreen, на которой трекали , что надо починить для поддержки тача, и посмотреть там внизу список тестового железа.

Ладно, я сдаюсь.

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

Если что-то как в винде, то это не означает, что это плохо.

Но также это не означает, что это хорошо.

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

Это прекрасно, потому что отвечал я не тебе, а тов. @kirill_rrr, который использовал аргумент «потому что лучше ничего не придумали», который я считаю неправильным.

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

Я хочу сказать то, что я сказал.

Парадоксы времени...

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

Зачем в заголовке 2 кнопки «найти»?

Это разный поиск будет, один тут, другой не тут

Что мешало сделать одну [найти], а справа от инпута под запрос вывести кнопки [тут] и [везде]?

Ты хочешь иерархичность в интерфейсе?

Так у тебя уже «иерархичность есть», не видишь?

Мне @Rootlexx написал, что если сделать как я говорю — появится «иерархичность». Предположив, что имеется в виду «нажми А, изменится состояние, сможешь нажать Б». Я делаю вывод, что либо я не нашёл как сделать, чтобы наутилус всегда показывал поиск, либо оппонент мне по ушам ездит, и сейчас всё-равно надо «нажать А», чтобы появилась возможность Ctrl+V поисковый запрос в инпут.

В ответ на это ты мне пишешь «просто начни набирать». Ну ок. Давай с этой стороны. Можно просто «начать набирать», можно нажать «искать» и туда воткнуть запрос. Снова: нафига там две кнопки «найти»?

mogwai ★★★★★
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.