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)
Ответ на: комментарий от i-rinat

Оказалось, что ты ввёл меня в заблуждение. Тебе не стыдно?

Displaycal

Я ни слова о нем не говорил, вообще. Ты придумал это сам, а теперь пытаешься переложить ответственность на меня.

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

по этому пункту — фейл

Нет. По этому пункту возможность подсунуть ICC. Такая возможность есть.

Лучше бы ты внятно описал свои тезисы, которые пытаешься доказать.

Так я и описал, просто ты не внял. Вон наверху огромная стена текста про неевклидовы пространства.

Тезис опровергнут рецептом, как это сделать.

Нет, не опровергнут. Это костыль для частного случая.

Тезис опровергнут примером Firefox

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

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

Мне правда не интересно разбираться с твоими заблуждениями и подменами понятий.

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

Я ни слова о нем не говорил, вообще. Ты придумал это сам, а теперь пытаешься переложить ответственность на меня.

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

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

А во-вторых, https://gist.github.com/i-rinat/ddd08b97b9583a052d48e159ff8d90d6. Не работает и крашится. Displaycal хотя бы не крашился. И вообще, что это за дырки в окнах вообще? Там натурально дыра, через которую видно обои.

Нет. По этому пункту возможность подсунуть ICC. Такая возможность есть.

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

Так я и описал, просто ты не внял. Вон наверху огромная стена текста про неевклидовы пространства.

И это всё? Я с этим вообще не спорил. Про неевклидовы пространства мне не интересно, у меня все экраны плоские.

Нет, не опровергнут. Это костыль для частного случая.

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

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

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

Просто потому что меню - это окно определенного типа с определенными свойствами.

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

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

Резюмируем. Ты бросаешься утверждениями, а я должен бегать искать доказательства их ошибочности. Всё чтобы убедить тебя, чтобы… Чтобы что, собственно? Чтобы свести предметность разговора на нет и заменить её на твои личные предпочтения? Чем это лучше предметных разговоров?

Мне правда не интересно разбираться с твоими заблуждениями и подменами понятий.

Вот это — прямое обвинение меня в подмене понятий. И оно требует доказательств. Какие понятия я подменял?

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

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

Во-первых, отучаемся додумывать за других.

Не работает и крашится. Displaycal хотя бы не крашился. И вообще, что это за дырки в окнах вообще?

Во-вторых, понятия не имею, что ты там наворотил.

И вот ты опять с темы съехал.

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

Про неевклидовы пространства мне не интересно, у меня все экраны плоские.

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

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

Нет. Это не решение, это костыль.

«обязательно что-нибудь сломает» нужны конкретные примеры

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

Домыслы.

Нет, факты.

Резюмируем. Ты бросаешься утверждениями

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

Вот это — прямое обвинение меня в подмене понятий. И оно требует доказательств. Какие понятия я подменял?

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

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

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

Вот тебе ссылка моё сообщение с вопросом, на который ты отвечал: Проект Xfce4 разрабатывает собственный Wayland-композитор (комментарий)

Вот копия вопроса ещё раз:

Вот у меня есть ColorHug. Допустим, иксы полностью пропали, ни бинарников, ни сорцов не осталось. Есть только Wayland. Я смогу для монитора профиль сгенерировать?

Ты ответил «да», процитировав этот вопрос. Теперь ты обвиняешь меня во лжи.

Думаю, разговор у нас дальше не пойдёт.

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

Ты ответил «да», процитировав этот вопрос.

И ответ всё еще «да».

Вот тебе ссылка на твое же сообщение: Проект Xfce4 разрабатывает собственный Wayland-композитор (комментарий)

В итоге технически ты прав, я сгенерировал профиль

Ты всё еще можешь сгенерировать профиль и подсунуть файл.

Теперь ты обвиняешь меня во лжи.

Совершенно верно, потому что именно ты заявил, будто бы я говорил о Displaycal. То есть, тебе додумывать за оппонента можно, а мне нельзя? Это так типично.

Думаю, разговор у нас дальше не пойдёт.

Именно. С фанатиками, вымарывающими из моих сообщений неудобную правду, разговаривать невозможно.

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

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

Глобальным позиционированием я пользуюсь, как и масштабированием. Которое есть, просто реализовано не так как тебе хотелось бы, но пользоваться можно.

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

Ну и как, Спектакль может снять скринкаст в Гномошеле?

Это бездарное мыло.

Ты кажется не представляешь что такое мыло. То что я тебе показал содержит 0,00% мыла, идеальное сглаживание под мой монитор, но там есть небольшой рассинхрон между размерами некоторых виджетов. Что не удивительно для масштабирования средствами приложения, написанном ещё до того как появилась идея делать Вайланд с преферансом и дамами, в котором кстати изначально масштабирования тоже не было.

Еще раз: иксы масштабируют ПОСЛЕ рендеринга

Ещё раз: НИКТО здесь НИЧЕГО не масштабирует. Х11 отдаёт переменную DPI и целевой размер шрифтов в тулкит, и тулкит НАТИВНО рисует в нужный размер. Ничего не напоминает? Всей разницы в том, что тулкит 2006 года хуже адаптирован к HiDPI чем тулкиты 2026 года, а графический сервер исключительно передаёт циферку и копирует фреймбуферы.

Никак.

Ну так и в чём прогресс вайланда если за всё отвечает приложение?

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

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

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

Поиск по бинарным логам априори работает быстрее, чем в текстовом.

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

Даже пара десятков мегабайт текста - это много для парсинга.

Да, если парсер писал я на баше (в смысле на чистом баше, без sed/awk и прочих) по принципу «я знаю что плохо, но не хочу тратить время на изучение правильных инструментов». А вот grep справится менее чем за секуду на любом железе которое я знаю. Хотя нет, вру. Если разместить текст на флоппиках - не успеет прочитать.

Тебе объясняли внятно и на человеческом языке, много-много раз, просто ты ничего не захотел понимать.

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

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

Да ты ше сам выше запостил два скриншота с мыльным мылом.

Хостинг оказался хламом и всё потёр, вот ещё раз тот же самый gtk2/x11/debian8, в котором gtk2 практически полностью идентична gtk2 из дебиана 5 т.к. уже тогда не развивалась.

https://hkar.ru/1alQ3 https://hkar.ru/1alQ4

Показывай где ты там мыло увидел. Кстати, тонко намекаю - родной dpi этого монитора 96. А значит 110 в котором я сидел всё время использования Пи3 - это масштаб 114,58(3)%. ВСЁ время его работы, исключительно нативная рисовка без мыла.

А ещё я, лично для тебя, развернул Арч из бэкапа на тестовый ноут и сделал скрины и пару скринкастов КДЕ 6.5. Кстати, второй раз возвращать Арч не буду, там теперь дебиан, он уже работает лучше арча (в том числе ничего не упало от маскировки журналда и звук завёлся после многократно меньшей пляски с бубном) и 60 гигов из под бэкапа я высвободил.

https://hkar.ru/1alQ7 https://hkar.ru/1alQ8 https://hkar.ru/1alQ9 https://hkar.ru/1alQa https://hkar.ru/1alQb https://hkar.ru/1alQc

Здесь уже видно много всякого интересного. Например тотальное мыло при масштабировании меньше 1, зашакаленные шрифты в некоторых ситуациях, мыльцо в панели при положительном масштбе, и косяки с некоторыми элементами с разноразмерными мониторами. Обрати внимание на высоту в 1542 пикселя в многомониторе. Очень интересно WTF он там творит с кадровыми буферами если один монитор 768 в 100% а второй 1080 в 140% и как это может быть нативной отриисовкой совершенно не понятно.

А ещё у меня есть 2 скринкаста. Если дашь почту куда кидать или какой нибудь хостинг без регистрации - выложу. Но суть примерно в следующем: Х-вайланд приложения творят всякую дичь и в итоге пользоваться браузером в вайланде невозможно. Как и слушать музыку. Ну и «починили потерю фокуса меню» - чушь. Стоит увести мышку - меню исчезает. Так что не надо про «вайланд работает», пока что боль и страдания, ну и косяки масштабирования разумеется.

DPI - это не масштаб, а соотношение размеров пикселя к реальности. Это не то, что можно и нужно использовать для масштабирования.

Это БУКВАЛЬНО указание на то сколько пикселей в одном дюйме. Насколько упоротым фанатиком надо быть чтобы считать это не мерой масштаба?

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

Во первых ты сказал не это, а во вторых главный вопрос в то на каком именно этапе. Когда настало время композитинга битмапов окон - да, разумеется там уже должны быть растры. Главное чтобы приложения не растягивали растры в шрифтах и интерфейсах, но это вопрос к приложениям а не графическому серверу. И остаётся один единственный принципиальный косяк Х11 - единое поле пикселей. Но ходят слухи что кто то считает это не принципиальным, а вполне себе исправимым косяком. И тогда у вайланда в принципе не останется преимуществ. А святой масштаб можно и через dbus или порталы передать если совсем невмоготу.

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

Хм, ну, при стандартных 96 пикс/дюйм мы имеем некий размер – 96 точек должно укладываться в 25,4 мм. А это, по современным меркам, как-то маловато, имхо. Это даёт радиус точки примерно ~0,27 мм, и для современных разрешений это очень большая точка. Да и вообще, надо уходить от дебильных дюймов на метрическую систему.

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

Мне тоже не нравятся дюймы, но это было стандартом и именно это является дефолтными 100% для вайланда. И для винды кстати тоже.

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