The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Инициатива по переводу приложений на декорирование окон на с..., opennews (??), 06-Фев-18, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


280. "Инициатива по переводу приложений на декорирование окон на с..."  +/
Сообщение от Sunderland93 (ok), 07-Фев-18, 02:00 
Тебя не смущают разные заголовки окон, в особенности у Qt-приложений? Только с CSD такой ад возможен
Ответить | Правка | Наверх | Cообщить модератору

282. "Инициатива по переводу приложений на декорирование окон на с..."  +/
Сообщение от Orduemail (ok), 07-Фев-18, 03:05 
> Тебя не смущают разные заголовки окон, в особенности у Qt-приложений? Только с
> CSD такой ад возможен

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

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

Ответить | Правка | Наверх | Cообщить модератору

315. "Инициатива по переводу приложений на декорирование окон на с..."  +/
Сообщение от Анонидзе (?), 07-Фев-18, 19:25 
Так в том и дело, что CSD вынуждает пилить отрисовку для КАЖДОГО тулкита, чтобы всё более мене одинаково выглядело. Не в теме оформления дело. Далеко не в ней
Ответить | Правка | Наверх | Cообщить модератору

317. "Инициатива по переводу приложений на декорирование окон на с..."  +/
Сообщение от Orduemail (ok), 07-Фев-18, 20:03 
> Так в том и дело, что CSD вынуждает пилить отрисовку для КАЖДОГО
> тулкита, чтобы всё более мене одинаково выглядело. Не в теме оформления
> дело. Далеко не в ней

Ну а сейчас эту отрисовку окон пилят в КАЖДОМ wm. И актуальных WM'ов больше чем актуальных тулкитов, я отмечу. Так что сохранение статус-кво не решает это проблемы, более того усугубляет её.

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

Причём ведь даже пилить ничего особенно дополнительного не надо: интероперабельность тем между gtk и qt, насколько я понимаю -- решённая проблема. Я специально не интересовался никогда, но последний раз об этом слышал, быть может лет пять назад, из чего делаю вывод, что проблема ушла и больше не существует. Всё что надо -- договориться о том, как в темах будут называться ресурсы контролов управления окном и что собственно за ресурсы это будут. Задача для трёх дизайнеров и одного инженера на полчаса обсуждения. Ну ещё десять минут придётся потратить, чтобы по результатам обсуждения создать патч к стандарту freedesktop.

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

Ответить | Правка | Наверх | Cообщить модератору

322. "Инициатива по переводу приложений на декорирование окон на с..."  +/
Сообщение от Sunderland93 (ok), 07-Фев-18, 20:52 
В случае с SSD гораздо, ГОРАЗДО проще организовать единую рамку окон для приложений на разных тулкитах. На скриншоте запущены несколько приложений в Weston. Как видим weston-терминал себе свою рамку нарисовал, гномовские аппликухи заюзали стандартную для GTK Адвайту, а в Qt CSD вообще сырой, к тому же в общем случае - CSD более ресурсоёмок в плане отрисовки. Об этом не раз говорили разработчики Qt.

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

Если в Plasma Wayland запустить эти же приложения - они все получат одну и ту же рамку окна
Не стоит также забывать, что из-за CSD композитор не имеет контроля за окном, и если в приложение не заложен функционал изменения размера окна, или скрытия заголовка - ничё ты не сделаешь

Ответить | Правка | Наверх | Cообщить модератору

324. "Инициатива по переводу приложений на декорирование окон на с..."  +/
Сообщение от Orduemail (ok), 07-Фев-18, 23:04 
> В случае с SSD гораздо, ГОРАЗДО проще организовать единую рамку окон для
> приложений на разных тулкитах.

Почему? Мне кажется, что ровно наоборот.

> На скриншоте запущены несколько приложений в Weston.
> Как видим weston-терминал себе свою рамку нарисовал, гномовские аппликухи заюзали стандартную
> для GTK Адвайту,

Угу, и вообще там никто даже пальцем не пошевелил, чтобы сделать что-нибудь типа описанного здесь: https://wiki.archlinux.org/index.php/Uniform_Look_for_QT_and...

> а в Qt CSD вообще сырой, к тому
> же в общем случае - CSD более ресурсоёмок в плане отрисовки.
> Об этом не раз говорили разработчики Qt.

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

>>> Зачем пользоваться специальным костылём для решения частного проявления этой проблемы, если общее решение может справиться и с этим частным случаем?
> Если в Plasma Wayland запустить эти же приложения - они все получат
> одну и ту же рамку окна

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

>  Не стоит также забывать, что из-за CSD композитор не имеет контроля
> за окном, и если в приложение не заложен функционал изменения размера
> окна, или скрытия заголовка - ничё ты не сделаешь

С этим я не спорил, и даже специально оставил пояснение в предыдущем комментарии, что я спорю лишь с одним, с валидностью аргументов основанных на юниформном лук'н'фил.

Ответить | Правка | Наверх | Cообщить модератору

309. "Инициатива по переводу приложений на декорирование окон на с..."  +/
Сообщение от Хряк (?), 07-Фев-18, 17:59 
> у Qt-приложений.. Только с CSD такой ад возможен

По-моему, в этой фразе упоминание CSD можно вынести за скобки и будет видна настоящая причина.

Ответить | Правка | К родителю #280 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру