Вопросы по GNOME и Red Hat

xfdashboard?

В кедах тоже что-такое было, но вроде как загнулось.

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

Пытался им пользоваться, но не оценил. Вернее, понятно, что такой подход имеет право на жизнь, но это довольно медленно работает и сбивает концентрацию внимания. Таскбар это некрасиво и иногда неудобно, но быстрее. Намного. Там просто запоминаются позиции, и переключаешься на рефлексах не глядя даже. Правда у меня еще позиционные хоткеи, но и мышкой так можно. А полноэкранное овервью сбивает контекст. Еще там сканируешь весь экран, и когда миниатюры таблицей выстроены, то вообще адок. Еще и заголовки гном не рисует, а у меня там может десяток xterm`ов. То есть полнейшая неюзабельность. Но ленивому хомячку может и нормально будет. А я вот очень быстро привык всё делать, для меня малейшие задержки нетерпимы.

Вот Альт-Таб в гноме сделан грамотно, тут нет претензий. Группировки по приложениям мне всегда не хватало. И там миниатюры рисуются правильно: линейно и с заголовками. А овервью словно другие люди делали. Мечтатели какие-то.

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

Ну это жопа будет. Мне например нафиг не уперся ланчер, а таскбар нужен. Лучше вообще ничего, чем докоподобная срань. К счастью в гноме это спрятано и при желании выпиливается.

Еще и заголовки гном не рисует, а у меня там может десяток xterm`ов

Ненужно, есть Windaterm - https://github.com/kingToolbox/WindTerm

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

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

Я правильно понял?

У разработчиков Гнома нет сообщества, есть только тоталитарная секта группа разработчиков, неприемлющая чужие мнения

Ты ведёшь себя точно так же.

даже если они набрали много голосов за, а мнения разработчиков Гнома много голосов против.

В этот issue набежали нытики, т.к. злые разработчики GNOME не хотят добавлять поддержку XDG-decoration. Им даже залогиниться было не лень, чтобы гордо воткнуть палец вниз!

А тем временем непосредственные GNOME enjoyer занимались делом. :D

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

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

Мне например, чтобы запустить тот же VSCode, нужно просто нажать на кнопку Win и сразу же набрать vis, нажать Enter. Чтобы запустить Joplin, нужно сделать почти то же самое, только набрать jop. Мне нужно чтобы приложение занимало большую часть экрана, т.к. я пользуюсь приложением, а не придатком к GNOME. А переключаться можно и с помощью Alt+Tab.

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

GNOME всё делает правильно.

Достаточно отказаться от придатка впереди названия. Веб браузер Chromium, Почтовый клиент Thunderbird…

Таким синдромом капитана очевидности даже Windows не страдает. Достаточно иконки соответствующей, как минимум. Или говорящего названия, как максимум.

Georges Stavracas

жаль нету рейтинга загрузок. это было бы смешно.

Это давно штатная фича гнома, никакие расширения не нужны

$ gsettings list-recursively | grep hot-corner
org.gnome.desktop.interface enable-hot-corners false

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

Вкладки это провал. Например, далеко не везде можно их откреплять, и поэтому невозможно затайлить две вкладки. Переключение между ними тоже везде своё, нет единых хоткеев. Это по сути второй уровень окон, когда каждое приложение подрабатывает еще оконным менеджером (очень убогим). Всё это возникло от бедности виндовых окошек, и является таким же виндузячим рудиментом, как и трей. В нормальной оконной системе никакие вкладки не нужны.

Переключение между ними тоже везде своё, нет единых хоткеев.

Большинство приложений используют Ctrl+PgUp/PgDown и Ctrl+Tab (Alt-tab между вкладками).

В нормальной оконной системе никакие вкладки не нужны.

Это в какой же?

В такой, где группировкой окон занимается оконный менеджер. И их можно свободно собирать в заголовок и откреплять. В X11 механизмы для этого есть. Примеры реализации: ion3, fluxbox. Да и в гноме есть хотя бы нормальная группировка окон, хоть и без объединения во вкладки.

И их можно свободно собирать в заголовок

Делая те же самые табы? Ты уж определись, либо табы не нужны, либо нужны.

Это в какой же?

В Haiku например.

Мне например, чтобы запустить тот же VSCode, нужно просто нажать на кнопку Win и сразу же набрать vis, нажать Enter. Чтобы запустить Joplin, нужно сделать почти то же самое, только набрать jop.

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

А переключаться можно и с помощью Alt+Tab.

То есть функции GNOME аналогичны Openbox + запускалка приложений по имени? Какого черта он тогда жрет под гигабайт оперативки на это?

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

В Haiku например.

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

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

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

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

И что же он умеет? В обозначенном контексте использования. Вертикальную синхронизацию? Врубить в X-server можно.

А что не умеет? Если полазить по дконфу, там чего только нельзя настроить. Только этим никто не мается, потому что Гном из коробки очень хорош.

В нормальной оконной системе никакие вкладки не нужны.

Не знаю, какую такую «нормальную» оконную систему вы имеете ввиду. Приведите пример.

Но лет эдак 6-7 назад, когда поддержки CSD в Firefox ещё не было и в зачатке, кто-то в качестве реализации вкладок в Titlebar использовал Kwin + расширение для открытия новых окон вместо вкладок. Тогда Kwin объединял их в свои вкладки с блекджеком и шлюхами, непосредственно в Titlebar. Найти это я уже не могу, было как-то так.

Вы это имеете ввиду под «нормальными оконными системами»? Когда композитор должен кроме управления окнами и вывода их на экран должен ещё реализовывать функционал вкладок? Это сложно и нецелесообразно. Оконный менеджер должен реализовывать SSD, да ещё и рисовать чем-то эти вкладки, да так, чтобы они совпадали с темой окружения (считай тащить GTK в оконный менеджер). В результате же получится, что на системах, где подобный функционал не используется, вкладок не будет. Кроссплатформенные приложения всё равно вынуждены будут иметь функционал вкладок. А ещё, самое главное: всякий уважающий себя тулкит сейчас имеет вкладки, в той или иной степени. Так что это - задвоение функционала. Никому, кроме как любителям обмазываться X11, это не будет выгодно.

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

Как я угадал то! :D

Тогда Kwin объединял их в свои вкладки с блекджеком и шлюхами, непосредственно в Titlebar. Найти это я уже не могу, было как-то так.

Годно. Интересно можно ли сейчас так сделать.

Когда композитор должен кроме управления окнами и вывода их на экран должен ещё реализовывать функционал вкладок? Это сложно и нецелесообразно.

Ничего сложного в этом нет. В Haiku так сделано, причём без использования тулкита, через серверную графику.

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

Можно выводить вкладки с помощью тулкита, если оконный менеджер их не поддерживает.

Как ни крути, а всё равно, скриншот выглядит как ностальгия по KDE 1-2 или GTK1.

Но к сожалению, не взлетело и не взлетит уже. ¯_(ツ)_/¯

Но к сожалению, не взлетело и не взлетит уже. ¯_(ツ)_/¯

Запилим порт DRM/KMS, Wine, Firefox/Chromium и ещё как взлетит :) В Haiku в отличии от Линукса полноценный десктоп и стабильное API/ABI (бинарники коммерческого ПО под BeOS из 90-х всё ещё запускаются).

скриншот выглядит как ностальгия по KDE 1-2 или GTK1.

Кто занимается делом, того особо не волнует внешний вид. Физики CERN работают с интерфейсом в стиле Windows 95/CDE. Кстати физиков можно будет на Haiku пересадить особенно после истории с CentOS.

В классических DE это делается одним кликом по иконке на панели.

Дык тут тоже есть панель с избранным. Только эта панель всегда присутствует только в Activities, для того, чтобы максимизировать пространство для непосредственных приложений. Для любителей MacOS-style дока, есть расширение, которое показывает её всегда. Или превращает это в Windows-style панель. Но ИМХО, ненужно.

Вот что нужно, это реализация KStatusNotifier/Appindicators в виде пунктов в меню, в правом верхнем углу. Тогда можно убить двух зайцев одним махом.

То есть функции GNOME аналогичны Openbox + запускалка приложений по имени?

Условно, да. Но так просто ничего не бывает.

Во первых, для удобства разработки, оно работает на JS+GObject. Совмещая нативный код и скриптинг.

Во вторых, это ещё и встроенный композитор, блокировщик экрана, поиск аля krunner, панель, хост для апплетов, присутствует реализация IPC интерфейсов, и даже экран записывать умеет.

И отдельно это держать сложнее, насколько я понял их логику. Ну или просто им так больше нравится.

Кто занимается делом, того особо не волнует внешний вид.

Ты определись уж, он тебя не особо волнует или «ааа, уберите гном, это ужасно!!!»

Ссылку плиз.

Я тут случайно нашёл.

А автор, насколько я понял, Allan Day.

Вот попробуй его поймать где-нибудь и устроить допрос с пристрастием. :D

Запилим порт DRM/KMS, Wine, Firefox/Chromium и ещё как взлетит :)

Так Haiku это графический DOS или наверное лучше сравнивать с Windows 2.x? Никто даже XP не пользуется, хотя там много чего есть.

ааа, уберите гном, это ужасно!!!

Проблема Гнома не во внешнем виде (Adwaita в принципе неплохая), а в логике поведения.

Так Haiku это графический DOS или наверное лучше сравнивать с Windows 2.x?

Не знаю что общего вы там нашли. В Haiku поддерживается защита памяти, вытесняющая многозадачность, SMP, 64 бита, UEFI, журналируемая ФС и другие типичные для современных ОС вещи.

Никто даже XP не пользуется, хотя там много чего есть.

Потому что это проприетарная закрытая ОС, которая больше не продаётся и не распространяется. Открытый клон ReactOS не работает и в обозримом будущем видимо не заработает.

Когда композитор должен кроме управления окнами и вывода их на экран должен ещё реализовывать функционал вкладок? Это сложно и нецелесообразно.

Вкладки это такие же окна, только прибитые гвоздями к «родительскому» окну. Сфигали оконному менеджеру ими не поуправлять? У вкладок нет даже никакого стека, они страшно неудобны и топорны, на уровне таскбара из 95-й шинды. Ну в браузерах что-то такое есть, что превращает их чуть не в отдельный композитор. Короче, всё это отстой и вопиющее нарушение юникс-вей.

Запилим порт DRM/KMS, Wine, Firefox/Chromium и ещё как взлетит :)

ИМХО, учитывая, что у вас нет за спиной корпорации, проще будет Haiku портировать на ядро Linux, с эмуляцией/прослойкой BeOS.

Можно условно, ради простоты, положить болт на FHS. Как это NixOS сделали. При этом какая концепция в контейнерах используется, вас волновать не будет. И таким образом получить поддержку приложений Linux, практически бесплатно.

Незачто.

Кто занимается делом, того особо не волнует внешний вид.

Это уже похоже на какое-то лицемерие. Тогда почему кого-то должен волновать GNOME, в таком случае? Вон, человек занимается делом. И GNOME ему не мешает.

Вот почему-то разработчику целого композитора не мешает, а вот физику помешает. А ведь композитор предназначен не только для физиков.

И да, у него самая простейшая концепция! Приложению предоставляется surface для рисования и ввод от пользователя. А там оно пусть рисует себе хоть надписи на заборе. И набор API для общения с системными службами и с самим композитором. Проще не бывает.

Два чая этой госпоже!

Текстовые поля в приложениях, это такие же текстовые редакторы, только прибитые гвоздями к родительскому окну! Почему приложения не могут доверить редактирование комментариев на ЛОРе моему Emacs/Vim? У меня там есть все необходимые расширения и настроенные комбинации клавиш, к которым я привык! Это страшно неудобно и топорно! Вопиющее нарушение юникс-вей! Это превращает браузер в отдельный текстовый редактор!

ИМХО, учитывая, что у вас нет за спиной корпорации, проще будет Haiku портировать на ядро Linux, с эмуляцией/прослойкой BeOS.

Не сильно проще, может даже сложнее. Да и это не сильно поможет, всё равно придётся портировать программы на родной тулкит Haiku (libbe.so) и GUI сервер (app_server).

Это уже похоже на какое-то лицемерие. Тогда почему кого-то должен волновать GNOME, в таком случае?

Вопросы по GNOME и Red Hat (комментарий). Следует различать тему оформления и логику поведения.

Вот почему-то разработчику целого композитора не мешает, а вот физику помешает.

Во первых на видео вижу код на JavaScript, а не композитор. А во вторых всякие композиторы — это ерунда по сравнению с передовой фундаментальной физикой элементарных частиц, этих композиторов полно понаписано и там нет ничего принципиально сложного, X.Org сложнее.

И да, у него самая простейшая концепция! Приложению предоставляется surface для рисования и ввод от пользователя.

Оконная система не ограничивается показыванием картинки и вводом. Ещё стоит задача управления фокусом, захватом ввода, размещением окон, управлением z-order, drag&drop и многое другое, с чем Wayland справляется плохо.

Обычно в системах композитор и оконный менеджер — это разные процессы. Так сделано в Windows (dwm.exe, win32k.sys), Android (SurfaceFlinger, WindowManager).

И да, композитор не нужен, в Haiku его нет и в ближайшем будущем не будет.

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

Когда дело доходит до графических интерфейсов, особенно если ими будут пользоваться не люди с синдромом ОКР, перфекционизма и любители обмазываться своими сочетаниями клавиш с блекджеком и шлюхами - всё уже не так просто, как рисуют это поклонники розовых поней на фоне радуги, Perfect Unix-way и прочего Suckless.

Что касается GNOME и X12 (Wayland), то они тоже Unix-way. Потому что:

самая простейшая концепция! Приложению предоставляется surface для рисования и ввод от пользователя. А там оно пусть рисует себе хоть надписи на заборе. И набор API (через сокеты) для общения с системными службами и с самим композитором. Проще не бывает.

Разница от fluxbox и прочих kwin tabbed windows только в том, что они переложили ответственность за вкладки на приложение/тулкит.

Почему приложения не могут доверить редактирование комментариев на ЛОРе моему Emacs/Vim? … Это страшно неудобно и топорно! Вопиющее нарушение юникс-вей!

Согласен. Можно сделать плагины текстовых полей в тулките. X11 с иерархией окон, которую не любят в Wayland, это позволяет.

Неужели «поклонники юникс-вей» не понимают, что он работает хорошо разве что в консоли?

Нет. Система плагинов и протоколов позволяет применить UNIX-way в GUI программах. Microsoft в своё время делали OLE/ActiveX, но перемудрили и дело не пошло.

Что касается GNOME и X12 (Wayland), то они тоже Unix-way.

Нет, потому что дисплейные серверы Wayland — это монолиты, совмещающие функции оконной системы, оконного менеджера и композитора. Тот же X.Org более UNIX-way: там оконная система и оконный менеджер — это разные процессы и можно налету менять оконный менеджер. В Windows, Android, Haiku также более модульная архитектура.

Обычно в системах композитор и оконный менеджер — это разные процессы.

Ну значит, сами разработчики X.Org/FreeDesktop не осилили X11 как полагается. Потому бросили это всё дело и начали заново. Red Hat/GNOME же подхватили инициативу.

А как у пользователей Linux Desktop, какой у нас выбор? Либо оседлать этот паровоз, либо попереть против него. Но так или иначе, опять двадцать пять…

бинарники коммерческого ПО под BeOS из 90-х всё ещё запускаются

Ещё бы они были бы кому-то нужны.

Кто это должен поддерживать? Тулкит или тот кто делает плагин? Кто будет отвечать, если этот плагин отвалится и заберёт с собой всё приложение?

Ладно если на какой-нибудь «нестабильной федоре». А например, на стабильном RHEL/Debian?

Тулкит или тот кто делает плагин?

Тулкит.

Кто будет отвечать, если этот плагин отвалится и заберёт с собой всё приложение?

Можно запустить в отдельном процессе. X11 поддерживает дочерние окна из других процессов. Если упадёт, автоматически перезапускать и/или переключать на реализацию по умолчанию.

Да ладно программисты и девопсы всякие, вон чувак из Пиксара докладчитает на конференции по 3Д-графике: https://www.youtube.com/watch?v=x9ikzGQW0ys И ничего, не мешает ему «прыгающие окошки». Даже Майю из терминала запускает. Потому что ему работать надо, у него нет времени десктоп-файлы писать и темы иконок примерять.

В Windows, Android … также более модульная архитектура.

Только вот в отличии от наших этих самых линуксов, там один API на всех. Иначе говоря, архитектура то модульная, но никому там нахрен не всралось менять оконный менеджер, например. Он там один. Попытки запихнуть на его место kwin от всяких любителей извращений - не в счёт. А если нет альтернатив, то нахрена вообще возможность что-то подменять?

И именно поэтому Android и Windows сейчас гораздо более юзабелен в качестве Desktop и в качестве платформы, на которую можно таргетить свой продукт, чем Linux Desktop. И никакое обмазывание Unix-way его не спасёт, потому что он на самом деле не нужен никому, кроме гиков, людей с синдромом ОКР и т.д.

P.S. Это основная причина, почему я спустя столько лет разочаровался (я не ньюфаг, если кто ещё не догадался) и использую Linux Desktop сейчас разве что с Raspberry Pi 4 или виртуальной машины. Не смотря на то, что работаю с KVM и CentOS/RHEL на серверной стороне. Но то что делает GNOME/RH/IBM для меня выглядит гораздо перспективнее, чем то что делают все остальные. Потому может через годик вернусь. К какому-нибудь GNOME 42, когда Pipewire допилят и портируют всё на GTK4.

дисплейные серверы Wayland — это монолиты

Да, процесс один. Не спорю. Если композитор упадёт, то за ним повалится всё. Но он состоит из целой тучи библиотек и каждая из них выполняет свою функцию.

Я думаю, когда из DBUS сделают более вменяемый и быстрый IPC, тогда начнут процесс разборки на части. Если бы kdbus не провалился с треском, у них было бы меньше поводов собирать всё в одну кучу. Надежда ещё есть.

Именно. Потому это я считаю, что это всё дело привычки. Любой кто вместо того, чтобы осилить GNOME, начинает прикручивать к нему панели - просто типичный утёнок. Это как Windows-юзеры тащут WinRAR в Wine, потому что привыкли. Или просто не понимает его концепции.

Но это не отменяет расширяемости GNOME. Просто Extensions надо наконец допилить.

А если нет альтернатив, то нахрена вообще возможность что-то подменять?

Отдельные процессы нужны например для большей отказоустойчивости. В Windows можно прибить dwm.exe, он автоматически перезапустится и открытые окна не пострадают. Wayland так не умеет.

Но он состоит из целой тучи библиотек и каждая из них выполняет свою функцию.

Есть библиотека wlroots, но почему-то Mutter и KWin её не используют и вместо этого делают свой велосипед.

Я думаю, когда из DBUS сделают более вменяемый и быстрый IPC, тогда начнут процесс разборки на части.

Было бы неплохо. Можно было бы ещё и GUI сервер/композитор со специализированного протокола на шину сообщений перевести. Mutter уже и так активно использует D-Bus например для захвата видеопотока экрана.