LINUX.ORG.RU
ФорумTalks

CSD

 , , ,


0

1

Мне тут подумалось: а чего все хейтили CSD в гнуме? У меня сейчас весь GTKшный софт в sway отрисовывает собственные кнопочки и это выглядит в целом ок.

Потому что ломали интерфейс. Сейчас-то уже по барабану, т.к. весь «гномософт» и GTK-программы такие, даже KDE полностью поддерживает, а тогда всё выглядело настолько криво, что проще было, прости Господи, «оффтопик» поставить. Найти

Korchevatel ★★★★★
()

Потому что синдром утенка же

neocrust ★★★★★
()

Диды завещали менюбар. Вот и бесятся.

Polugnom ★★★★★
()

Я был недоволен, что они вертикальное место жрут в сравнении с вариантом, когда декораций нет вообще и все в панели.

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

t184256 ★★★★★
()
Последнее исправление: t184256 (всего исправлений: 1)

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

Во-первых, ухудшается консистентность внешнего вида десктопа. Приложения гнума в других средах выглядят чужеродно. Вейланд-приложения не из гнума в гнуме выглядят чужеродно (см. далее)

Во-вторых, главное, за что хейтят гнум и вейланд - первые отказались от поддержки сервер сайд декораций (в вейланд-версии муттера), а вторые это разрешили (в базовой спеке вейланд обязательной поддержки нет, как и в референсном композиторе, который вестон). Разработчики вейланд приложений вынуждены поддерживать клиент сайд, т. к. не хотят, чтоб их приложения отображались без заголовков на самом популярном линукс десктопе. Fedora(31-32) GNOME + Wayland + qt5 (держу в курсе!) как пример проблем, к которым это приводит

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

да, уверен. потому что кроме пары кнопочек это еще и без композитинга как говно выглядит

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

Казалось бы, кто мешал кедам перескочить на вайланд раньше гнома и начать топить за серверсайдные декорации? Тут кто первый встал - того и тапки. Что мы и видим. Гномодекорации - дефолт, а кеды подстраиваются. Да собственно, Гном вообще во всем дефолт, а кеды - подстраиваются.

qtm ★★★
()

и это выглядит в целом ок

Оно должно выглядеть не «ок», а соответственно теме декораций. Например, декорации банально можно отключить, а в CSD-приложениях всё равно остаётся заголовок, даже если убрать кнопки через Gtk/DecorationLayout. FVWM позволяет забабахать заголовок где угодно, хоть сбоку — CSD-приложения, ясен пень, в такое не умеют. Можно запилить всякие кастомные кнопки окон (always-on-top, shade и т.п.), в которые CSD-приложения не умеют; более того, поддержку подобных операций над окнами из Gtk4 выкинули вовсе — как, мол, непереносимую. С BeOS-подобными декорациями, когда заголовок не во всю ширину окна, такой подход не совместим и вовсе.

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

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

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

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

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

Кто первый прыгнул с крыши в Wayland-пропасть, ага. Надо за дебилами всё повторять?

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

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

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

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

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

kirk_johnson ★☆
() автор топика
Ответ на: комментарий от shatsky

Fedora(31-32) GNOME + Wayland + qt5 (держу в курсе!) как пример проблем, к которым это приводит

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

https://russianfedora.github.io/FAQ/tips-and-tricks.html#index-19

papin-aziat ★★★★★
()
Ответ на: комментарий от kirk_johnson

Увы, да.

А чего увы? Какая разница? Были бы кеды впереди, юзали бы кеды. Правильно @qtm сказал: «кто первый встал - того и тапки».

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

Он сравнивает с вариантом

когда декораций нет вообще и все в панели

shatsky ★★
()

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

А можно скриншотик, интересно!

papin-aziat ★★★★★
()
Ответ на: комментарий от kirk_johnson

А куда ты денешься с подводной лодки?

А куда денутся иксы, когда красношапка перестанет их ломать своими ручонками? Пусть лучше и не трогает.

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

они вкладываются в Wayland

Как можно вкладываться в протокол? Утверждать стандарты? А при чём здесь иксы, когда это сфера деятельности freedesktop.org скорее?

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

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

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

и не жрать место и на хидер, и на менюбар

А кто жрёт? Оба можно скрыть. Для GTK+2 есть плагин, скрывающий менюбар и открывающий по хоткею. В некоторых программах (лисе, например) и вовсе искаропки. Декорации тоже можно убрать. А вот как раз хедербар скрыть нельзя.

mertvoprog
()
Ответ на: комментарий от papin-aziat

А чего увы? Какая разница? Были бы кеды впереди, юзали бы кеды. Правильно @qtm сказал: «кто первый встал - того и тапки».

Потому что gnome это redhat. Весь софт redhat, что я видел, страдает одними и теми же болезнями: дикий оверинжиниринг, плохой UX, плохая документация, тенденция плодить сущности как не в себя.

kirk_johnson ★☆
() автор топика

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

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

А куда денутся иксы, когда красношапка перестанет их ломать своими ручонками? Пусть лучше и не трогает.

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

Как можно вкладываться в протокол?

В экосистему.

А при чём здесь иксы, когда это сфера деятельности freedesktop.org скорее?

При том, что шляпке проще пилить libwayland и Mutter, чем иксы.

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

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

kirk_johnson ★☆
() автор топика
Ответ на: комментарий от mertvoprog

А кто жрёт? Оба можно скрыть. Для GTK+2 есть плагин, скрывающий менюбар и открывающий по хоткею. В некоторых программах (лисе, например) и вовсе искаропки. Декорации тоже можно убрать. А вот как раз хедербар скрыть нельзя.

Можно ещё программу убрать, тогда места сэконмится 100%. Людей со скрытым ВСЕМ не так и много, поэтому на них всем насрать.

kirk_johnson ★☆
() автор топика
Ответ на: комментарий от papin-aziat

Это да, но в GNOME сами по себе заголовки жирные, вот и получается такая разница. Попробуй теперь зайти в XFCE/Mate/Cinnamon и открыть уже там приложение с менюбаром. Разницы в потреблении вертикального пространства не будет

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

XFCE/Mate/Cinnamon

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

papin-aziat ★★★★★
()
Ответ на: комментарий от windows10

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

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

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

Ну вот например https://ibb.co/RPxBwmf

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

Нет подожди. Ты в своем скриншоте показал кусок GTK-шного окна с кнопками, и кусок Kwin’а без кнопок. Покажи ту область где у тебя «кнопка меню в панели».

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

Потому что концепция WIMP работала без нареканий десятилетиями

Никогда она не работала без нареканий.

Polugnom ★★★★★
()

Заголовки слошком жирные и ни через какие настройки не правится, надо в css или что-то подобное лезть, да и то не спасает на 100%.

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

Вам сложно найти в интернете снимок окна Dolphin?

Ну так вот на твоем же снимке - жирный заголовок окна и жирный хидер. В случае с CSD - все в одной полосе: https://gitlab.gnome.org/GNOME/gnome-music/raw/master/data/screenshots/gnome-music-1.png

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