LINUX.ORG.RU

Проект Xfce4 разрабатывает собственный Wayland-композитор

 , , ,


0

1

Разработчики Xfce4 – одного из старейших десктопных окружений для Linux – сообщили о начале работы над новым композитором, который призван заменить имеющийся в составе Xfce4 оконный менеджер для систем на основе Wayland. Проект получил название Xfwl4. Предполагается, что он должен максимально повторять функциональность и поведение имеющегося Xfwm4 (насколько это возможно реализовать на Wayland). Для работы над проектом был нанят разработчик Брайан Террикон, уже давно сотрудничающий с командой Xfce4.

Первоначально предполагалось, что поддержка Wayland будет добавлена в уже существующий оконный менеджер Xfwm4. Однако разработчики быстро столкнулись с рядом проблем, делающими одновременную поддержку X11 и Wayland в одном проекте затруднительной. Вместо этого было решено создать в составе Xfce4 новый Wayland-композитор. Для проекта был выбран язык программирования Rust и библиотека smithay, реализующая базовый набор функций для построения композитора для Wayland. Предполагается, что использование Rust позволит избежать многих ошибок, связанных с некорректным использованием памяти, и уменьшить вероятность сбоев в работе композитора.

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

>>> Xfwl4 - The roadmap for a Xfce Wayland Compositor



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

Тот же QtQuick вовсю использует JS, например.

Вы не понимаете, это другое! (с)

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

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

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

А уж о том, что мессенджеру, чтобы не тормозить, требуется аппаратное ускорение - я даже говорить не буду, это просто нонсенс и абсурд.

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

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

Так про электрон никто и не говорил же, с ним всё ясно. Речь шла о приложениях на GTK (не веб!), которые можно писать в том числе и на JS. В этом случае JS-код лишь выступает в качестве «клея» между вызовами нативного тулкита, например: https://github.com/GNOME/gnome-maps/blob/main/src/favoriteListRow.js.

Я вот и не догадывался, что GNOME Maps написано на JS. А что IRC-клиент Polari на нём написан, узнал лишь, когда понадобилось починить там баг.

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

Я не принципиально против такого, но все равно против. Лучше бы оно на нативщине писалось, чем на JS. К Qt, собственно, это тоже относится - я не вижу смысла писать на JS, учитывая, что там есть конструктор интерфейсов.

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

вконец доставшие меня KDE
взглянуть
без предрассудков

Как говорится, «Спасибо, поржал!»... :))

«И эти люди запрещают нам ковырять пальцем в носу!»... ;P ;))

P.S. Это, разумеется, никакой вовсе и не «синдром»... ;D ;)))

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

Ничерта не понял, что вы хотели сказать.

Приписывая «синдром утёнка» другим, стоило бы избегать настолько явных его проявлений самому... ;)) :)))

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

Приписывая «синдром утёнка» другим, стоило бы избегать настолько явных его проявлений самому… ;)) :)))

Дык я и не отрицаю, что сам им раньше страдал.

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

Ещё раз, есть примеры софта на связке гтк+недоязычок вне гнома? Я помню quod libet, где оно теперь? 20 лет назад было такое поветрие писать всё подряд на пистоне, но потом как-то отпустило.

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

Дык я и не отрицаю, что сам им раньше страдал.

Видимо, страдать перестал и теперь наслаждаешься?.. ;))

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

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

В стиме это совершенно не факт, что именно выпадающее иксовое меню: это может быть какой-нибудь другой элемент вплоть до html div или подокна. Ты по рабочему столу правой кнопкой тыкни, а потом попробуй сделать при открытом меню скрин.

liksys ★★★★
()
Ответ на: комментарий от shell-script

Этого не может быть, потому что иксы это принципиально не поддерживают. Либо ты использовал скриншотилку с таймаутом, либо использовал хак от @i-rinat.

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

Ну да, с задержкой в секунду. Задача решена? Решена.

А если взять вяленый, то там Spectacle лишён половины функционала, а оставшаяся часть сделана через костыли и подпорки.

И что в данном случае лучше?

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

Ну да, с задержкой в секунду.

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

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

@u-235: я вижу, что ты отчаянно тянешь руку. Ты что-то хочешь сказать, клоун? У тебя есть технические возражения, или как обычно?

liksys ★★★★
()
Ответ на: комментарий от shell-script

Но на данный момент они лучшие.

Нет.

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

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

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

Неприятное отсутствие полезных фич. Согласен. Но баги в вяленом хуже. У меня кеды, говорят, что может быть дело в них. Но мне нужны именно они и пока оно не будет хоть как-то работать, я остаюсь на иксах.

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

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

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

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

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

Когда последний раз пробовал:

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

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

- В Spectacle не работает запись экрана(не скрин). В нём же скрин не копируется автоматом в буфер обмена. Надо отдельно копировать. Не работают некоторые хоткеи. Meta+Shift+S у меня должен делать скрин отдельного экрана. Не делает вообще никакого скрина.

- После блокировки экрана по Meta+L и последующего логина, ооооочень долго думает. Но уже прогресс. Раньше вообще завешивало графику намертво.

- Узнал, что такое «Плазма падает». Локализовать проблему не пытался, потому что в иксах я такого понятия со времён 4.10 не встречал.

- Была раньше и до сих пор осталась проблема с тем, что в разных окнах курсор разного размера. Подозреваю, что это косяк с нативными и xwayaland-окнами, но опять же. Разбираться лень.

- Рандомно несколько раз после логина отпадал один монитор. Если зайти в настройки, он там есть, включить его, настроить и всё работает. Но меня такое поведение не устраивает. Мониторы, если что у меня одинаковые, правда, один по DP, а второй по HDMI.

- Не смог настроить дополнительные кнопки на мыше.

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

Gentoo, KDE, nvidia.

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

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

Отдельно попробовал Spectacle - запись видео работает. Скрин автоматом и не должен копироваться, тебе предоставляется выбор, что с ним делать.

Монитор не отваливается.

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

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

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

Возможно, проблемы генты.

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

Скрин автоматом и не должен копироваться

Должен. В настройках выбрано такое поведение.

И их исправят, если ты их зарепортишь.

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

Что до фундаментальных проблем иксов

Ни один из фундаментальных багов иксов в данный момент не мешает мне работать. Я на них просто не натыкаюсь.

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

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

Не исключено. Но я иду по пути наименьшего сопротивления.

Попробуй на арче - это максимально близкая к апстриму конфигурация. Просто ради эксперимента.

Должен. В настройках выбрано такое поведение.

Окей, проверил. Работает.

Я готов репортить один баг, ну два.

Проверь на арче, и зарепорти то, что воспроизводится.

Ни один из фундаментальных багов иксов в данный момент не мешает мне работать. Я на них просто не натыкаюсь.

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

Если бы блокирующих багов не было, с удовольствием бы перешёл.

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

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

В твоём тексте, который я изначально прокомментировал, это видно ( то самое, что ты приписываешь другим)…

Што? Ты процитировал:

вконец доставшие меня KDE

взглянуть

без предрассудков

Первая строка отражает смену мнения об окружении после долгого периода использования — это вообще противоположность синдрому утёнка.

«Взглянуть без предрассудков» — это я про себя много лет назад, и да, тогда я отрицательно относился к GNOME 3 во многом из-за синдрома утёнка — ну так ровно об этом я и написал.

Я всё ещё не понимаю, что ты хочешь мне сказать.

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

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

Это неправда.

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

Однако вполне можно реализовать контекстное меню, которое не будет захватывать клавиатуру. Например, в Firefox меню как раз такое. Оно в иксах не запрещает глобальные шорткаты. Да, оно закрывается, если пользователь нажал хоть что-нибудь, но это их выбор, а не какое-то жёсткое требование. Они могут просто игнорить события от клавиш, которые им не интересны. Точно так же могут сделать GTK, Qt и все остальные тулкиты.

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

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

Почему ни один тулкит до сих пор не исправил это? Что мешает? Может, есть какие-то неочевидные проблемы?

А что делать с fractional scaling? Только не предлагай менять DPI, пожалуйста, DPI != масштабирование.

liksys ★★★★
()
Ответ на: комментарий от i-rinat

Проблема не в иксах, она в тулкитах

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

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

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

Почему ни один тулкит до сих пор не исправил это? Что мешает? Может, есть какие-то неочевидные проблемы?

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

Вполне возможно, что какие-то проблемы есть. Но вот меню в Firefox работает. С ним проблемы были?

А что делать с fractional scaling?

А что с fractional scaling? Почему тулкит не может этим заниматься?

Только не предлагай менять DPI, пожалуйста, DPI != масштабирование.

Масштабирование это как раз кривое решение. Я бы предпочёл поддержку разных DPI на разных экранах.

Забавный момент был с фиксом DPI в иксах. Его как-то пофиксили, сделали нормальную передачу информации по цепочке от монитора до приложений, и всё вроде стало лучше… кроме приложений на Qt4. У них прямо всё плохо стало. И фикс в иксах откатили.

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

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

Это тоже проблема, но это другая проблема.

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

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

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

Нежелание этим заниматься?

Неужели за двадцать лет вообще не нашлось ни одного человека, который бы отправил PR?

Вполне возможно, что какие-то проблемы есть.

Во-о-от.

А что с fractional scaling? Почему тулкит не может этим заниматься?

Может. Только у иксов нет поддержки этого. Иксы сообщают тулкиту только DPI, а расширений протокола для поддержки скейлинга нет.

Масштабирование это как раз кривое решение. Я бы предпочёл поддержку разных DPI на разных экранах.

Это как раз правильное решение. Более того, должна быть и поддержка DPI, и поддержка скейлинга. DPI нужен для сооветствия масштаба физическим параметрам дисплея, а масштабирование нужно для элементов интерфейса. Собственно, в вяленде так и сделано.

Забавный момент был с фиксом DPI в иксах.

В чем конкретно заключался фикс?

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

Неужели за двадцать лет вообще не нашлось ни одного человека, который бы отправил PR?

Тут 50/50, либо нашлось, либо не нашлось. Это что-то меняет?

Во-о-от.

Что «во-о-от»? Проблемы с меню в Firefox есть? Что-то сломалось от того, что они не стали клавиатуру захватывать? Или они может как-то хитро внутри Wayland используют, работая на иксах? Лол.

Может. Только у иксов нет поддержки этого. Иксы сообщают тулкиту только DPI, а расширений протокола для поддержки скейлинга нет.

Окей. Эксперимент. У меня под рукой есть телек. Он 1080p, на ноуте тоже 1080p. Но экран телека больше экрана ноута, поэтому DPI там разные. Я подключаю его к ноуту по HDMI, и когда перетаскиваю окна с экрана ноута на экран телека, они становятся почти в два раза больше. Это ведь проблема, так?

Ну ок, выполняю xrandr --output HDMI-1 --mode 1920x1080 --scale 1.8x1.8, и теперь у окон одинаковый физический размер.

Масштабирование прямо всего экрана это не какая-то эксклюзивная новая фича Wayland. В иксах она уже давно. Но это неправильное решение.

Это как раз правильное решение.

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

Это, кстати, ещё проблема с Wayland. Вместо поиска нормальных решений апологеты ходят и доказывают, что кривые решения — это так и есть правильно. Нет, блин. Я не хочу старые кривые решения по соусом «вы полюбите это». Я хочу решения проблем, а не их маскировки.

В чем конкретно заключался фикс?

Клиенты иксов получали реальный DPI, который вычислялся из параметров дисплея.

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

Это что-то меняет?

Меняет. Если проблема фундаментальная и ее пытались решить, но столкнулись с проблемой совместимости в иксах - это одно. А если никому не надо было - совсем другое.

Проблемы с меню в Firefox есть?

См выше.

Не для отрисовки текста. Апскейлинг это гарантированная бяка для текста.

Не-а. Когда вяленд передает масштаб приложению, приложение должно не просто масштабировать, а рендерить с учетом нужного масштаба, в том числе шрифты. Не результирующую картинку менять, а генерировать ее с учетом масштаба. Поэтому в вяленде это работает отлично. У меня на 2К-экране используется дробное масштабирование в сторону увеличения, и всё выглядит великолепно.

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

Клиенты иксов получали реальный DPI, который вычислялся из параметров дисплея.

Яснее не стало. Ну да ладно. Наверняка опять проблемы совместимости для обхода каких-то иксовых багов.

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

Меняет. Если проблема фундаментальная и ее пытались решить, но столкнулись с проблемой совместимости в иксах - это одно. А если никому не надо было - совсем другое.

Продолжение будет?

См выше.

Всё ещё жду описания страшных проблем от меню в Firefox.

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

Ты в этом абсолютно уверен? Как, например решается вопрос, когда один глиф попадает одновременно на части окна, находящиеся на дисплеях с разным масштабом? Что происходит во время перемещения окна? Приложение перерисовывает всё N кадров в секунду? Что происходит, если приложение не успевает перерисовать своё окно, а пользователь в процессе перетаскивания?

Наверняка опять проблемы совместимости для обхода каких-то иксовых багов.

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

Благодарим вас за проявленное рвение, агент liksys.

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

Я всё ещё не понимаю, что ты хочешь мне сказать.

«Ой, всё!» © :))

Я уже всё сказал, и ни добавить к сказанному, ни что-либо «разжёвывать» больше не хочу. Закончим на этом. :)

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

Продолжение будет?

Не знаю, это твоя история была.

Всё ещё жду описания страшных проблем от меню в Firefox.

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

Ну а если нет - то ничего не поделаешь. Никто это переделывать уже не станет.

Ты в этом абсолютно уверен?

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

когда один глиф попадает одновременно на части окна

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

Что происходит, если приложение не успевает перерисовать своё окно

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

Замещение инженерных решений на политическими это классика.

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

Благодарим вас за проявленное рвение, агент liksys.

Ну конечно. Подсвечивание проблем иксов - ужасный заговор против святого протокола X11. Я начал пользоваться вяленым на кедах по нужде больше года назад, когда перешел на новый ноут с 2К-экраном. Я пытался пользоваться на нем иксами, но масштабирование там работало дерьмово и выдавало мыло. Вяленд заработал вообще сразу и без всяких проблем. И особенно хорошо работают экраны с разным разрешением.

Единственная объективная проблема - это абсолютное позиционирование окон. И то - протокол уже в процессе принятия, хотя это мало кому нужно.

Веришь или нет, но мне, по большому счету, по барабану, что там внизу работает - вяленый или иксы. Я хочу, чтобы мое окружение с настройками, продолжало функционировать так же, как и раньше. Иксы пережили кучу смен железа, но 2K-экран не пережили - я не могу им пользоваться без масштабирования, зрение плохое. Ирония в том, что моя конфигурация кед без проблем продолжила работать именно на вяленом, а не на иксах.

Если кто-то допилит иксы и вяленый дропнут - я скучать по нему не буду, равно как и наоборот.

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

Ой, всё!

У тебя по-прежнему 0 (прописью: ноль) технических комментариев на этом форуме. Один пустой трёп и бессмысленный спам смайликами.

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

есть примеры софта на связке гтк+недоязычок вне гнома?

На JS мало что, хотя меня удивило, что Flatseal, оказывается, тоже на нём написан.

Ну а раз к недоязычкам вы причислили и Python, то на нём плюс GTK просто дофига всего. Список обратных зависимостей вышел слишком длинным, поэтому надёргал оттуда несколько известных мне названий:

  • Zim
  • MyPaint
  • Virt-Manager
  • Mirage
  • Deluge
Rootlexx ★★★★★
()
Ответ на: комментарий от liksys

Не знаю, это твоя история была.

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

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

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

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

Протокол просто позволяет определить зону масштаба.

Ну ок, тогда теоретиком побуду я.

https://gitlab.freedesktop.org/wayland/wayland-protocols/-/blob/main/staging/fractional-scale/fractional-scale-v1.xml

Нет там «зоны масштаба», там просто композитор предлагает приложению масштаб для поверхности целиком. Композитор потом масштабирует растр. Идея в том, что если у тебя, скажем, экраны с 1x и 1.7x, то композитор предлагает приложению рендерить всё в 2x, а потом масштабирует это до 1x и 1.7x.

Суть та же, что и в масштабировании с помощью xrandr, просто композитор рассчитывает коэффициенты.

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

Тут много всего, и нужно распаковывать по частям.
Во-первых, если новая технология полностью заменяет старую, никакого «решено закапывать» не нужно и переход происходит бесшовно. Например, никто не кричит, что PulseAudio нужно закапывать. Никто не бегает с криками, мол, ваш PulseAudio кривой. Вместо этого Pipewire просто обрастает фичами, которые позволяют сделать «чпок», и вот комп с медиа может делать всё то же, что и раньше, но ещё и новые фичи появились. С Wayland это не так.
Во-вторых, пример того, что происходит при проявлении рвения прямо перед глазами. Разработчик (эксцентричный, ну да ладно), который пытался что-то делать, забанен. Были технические причины именно бана? Нет, это просто политика.
В-третьих, не нужно называть критику воем. Это приёмы политиканов — обесценить позицию оппонента. Про проблемы протокола Wayland были развёрнутые статьи, причём не от диванных аналитиков вроде нас с тобой, а от разработчиков, которые хлебнули проблем.

И вообще хотелось бы мне знать, какой смысл менять одну проблемную технологию на другую проблемную? Допустим, синхронизацию в Wayland можно решить прикручиванием fifo костыля сбоку. Почему этого не было сразу в основном протоколе? Почему масштабирование всё ещё в staging? Почему цветовые профили в staging? Primary selection, о котором ты недавно сокрушался, вообще в unstable. Почему технология, которая агрессивно подминает набор костылей уже сама выглядит набором костылей? Почему это изначально не сделано нормально? Разрабочики протокола что, не были в курсе, что пользователи иногда запускают видео-плеер? Как такое можно было вообще прошляпить?

Ну конечно. Подсвечивание проблем иксов - ужасный заговор против святого протокола X11.

Нет, всё ровно наоборот. Подсвечивание проблем Wayland — ужасный заговор. Это какая-то религия. Если кто-то сказал что-то плохое про Wayland, их нужно уничтожить.

Единственная объективная проблема - это абсолютное позиционирование окон. И то - протокол уже в процессе принятия, хотя это мало кому нужно.

Объективная проблема в том, что процесс изначально поломан.

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

Твою личность и верования обсуждать не будем. Это всё-таки технический форум. :-)

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

Вполне логично было предположить, что ты куда-то ведёшь.

Я веду к выяснениям, что если иксы не починили, может, все-таки что-то мешало? И даже когда они были на пике своего развития - почему-то решения не нашлось? Я пытаюсь от тебя добиться ответа на этот вопрос: почему не сделали-то, хотя все возможности, как ты утверждаешь, были?

Тут надо спрашивать у хейтеров иксов, а не пользователей

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

Где что-то, кроме разговоров? Ну?

Нет там «зоны масштаба»

Там есть поверхности, которые имеют произвольные координаты и размеры. И масштаб привязан к поверхности.

Идея в том, что если у тебя, скажем, экраны с 1x и 1.7x, то композитор предлагает приложению рендерить всё в 2x, а потом масштабирует это до 1x и 1.7x.

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

Никто не бегает с криками, мол, ваш PulseAudio кривой.

Не ври, ой не ври! Я помню, какой ор выше гор стоял, когда пульсу только начали внедрять, и ничего не работало не только по причине кривости пульсы, но и по причине кривости альсы с дровами, которые красношапка волевым усилием решила исправить. Сначала было больно, но потом всем стало хорошо.

Были технические причины именно бана?

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

Про проблемы протокола Wayland были развёрнутые статьи

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

Разрабочики протокола что, не были в курсе, что пользователи иногда запускают видео-плеер?

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

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

Нет, всё ровно наоборот. Подсвечивание проблем Wayland — ужасный заговор. Это какая-то религия. Если кто-то сказал что-то плохое про Wayland, их нужно уничтожить.

Да что ты говоришь! У нас буквально весь тред об этом. Стоит только сказать про проблемы иксов - и начинается вой про проблемы вяленда. Вот только фундаментальные проблемы иксов решать почему-то никто никогда не спешил, а в вяленде процесс хоть как-то решается.

Твою личность и верования обсуждать не будем. Это всё-таки технический форум. :-)

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

Мне, как пользователю, надо ехать, а не шашечки. А иксы никуда не едут уже очень давно.

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

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

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

Lollypop, Pinta (C# считается за недоязычок?), Pitivi, Meld, Fragments, Banshee,Tomboy.

На Питоне да, сейчас меньше новых проектов, но на GTK сейчас очень много новых проектов на JS и Rust.

slepoy_pew
() автор топика
Ответ на: комментарий от liksys

Там есть поверхности, которые имеют произвольные координаты и размеры. И масштаб привязан к поверхности.

Идея в том, что если у тебя, скажем, экраны с 1x и 1.7x, то композитор предлагает приложению рендерить всё в 2x, а потом масштабирует это до 1x и 1.7x.

UPD: Я проверил на KWin и выяснил, что мы оба наврали.

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

Стратегия выбора разрешения при этом остается за композитором, и он вполне может попросить отрендерить поверхность к 1.7, а потом отмасштабировать оставшуюся часть. О том, что нужно подымать оба разрешения до 2x, нигде не указано.

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

@slepoy_pew, ты мог бы что-нибудь нам прояснить? Ты, кажется, шаришь в кишочках вяленда больше меня и @i-rinat.

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

Лень проверять, но кажется весь этот список – побочка питонохайпа нулевых. А прямо сейчас gobject introspection просто нафиг никому не нужен.

Когда очень хочется продвинуть тезис, но аргументов не хватает. :)

Тем временем люди продолжают писать на том, что им нравится, в том числе и на Python, несмотря на баталии на ЛОРе.

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

Ты пробовал на шарпе-то писать?

Да и моно заклевали вполне логично. Это сейчас микрософт коммитит в линукс, а тогда были времена баллмера, get-the-facts, патентных срачей и прочих нападок на СПО. Совершенно справедливо, что линуксоиды в массе не захотели иметь ничего общего с юридически-опасной технологией, где единственной гарантией от ненападения микрософта было официальное обещание самого микрософта, что «мы не будем этого делать, мамой клянемся».

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

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

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

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