GNOME 47 «Denver»

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

https://imgur.com/mjoxoyY

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

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

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

Не, у вас точно 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, но с бо́льшим пробегом курсора. Отличный план.

Можно и что-нибудь поновее:

https://imgur.com/kmhTlUP

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

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

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

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

Как именно?

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

Дай мне htop

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

Minder

Annotator

Что это?

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

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

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

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

Обычно, в audacity.

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

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

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

Что это?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Я думаю, что «в текущем каталоге» поиск должен выполняться по простому вводу — есть подходящий файл, курсор перемещается на него, нет — показываем результаты поиска. А 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+Буква. И когда ты видишь сразу несколько уровней открытых, ты можешь (если не перекрыто) пройти в одну сторону, увидеть что неправильно пошёл, и быстро вернуться в правильное направление. А гноможезсть вынуждает пользователя каждый раз смотреть как оно ездит, и каждый раз заново читать список. И что бы они не заливали, сделали они это не потому что «так лучше», а потому что на дебильнике по другому не работает. А делать удобный десктоп они забили несколько релизов тому назад.

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

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

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

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

Стандартный Ctrl+L.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Да, я хз как реально замерить частоты мониторов если они выше 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% случаев, когда купил новый монитор и оставил старый).

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

как в винде

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

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

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

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

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

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

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

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

У меня аргументы закончились…

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

Это прекрасно, потому что отвечал я не тебе, а тов. kirill_rrr

Хочешь сказать, что я его второй аккаунт?

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

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

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

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

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

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

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

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

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

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