Выпуск XLibre 25.1.0

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

Подтягивайся к wayfire. Движок неплохой, работы масса. С нуля коме говнотайлинга ничего не осилишь, а реальная альтернатива гному и кедам нужна.

Вообще в пространстве wlroots сейчас пошла тенденция перехода на vulkan и тут как раз возникает основная сложность.

Ну если ты не знал - то теперь знай.

Ты б не выпендривался на ровном месте, дружок-пирожок. Я буквально в том же каменте написал:

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

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

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

XLibre же как-то билдится, причём под кучу платформ включая BSD и WIndows. Значит автор форка способен писать рабочий код и прогнали его за что-то другое.

Ну да, раз скомпилировалось - значит код хороший.

Я помню когда-то Google Chrome умудрялся менять DPI при перетаскивании с монитора на монитор (прямо как на винде - когда какая-то значительная часть окна оказывалась на новом мониторе, DPI окна менялся) на ИКСАХ (правда, был единственным приложением, которое так могло, в отличии от вяленного, где так могут все).

А ещё в каком-то сраче на ЛОРе кто-то кидал статью, где подробно разбиралось какие протоколы есть в X11 для разно-DPI дисплеев (что есть возможность у композитора послать приложению сигнал «смени DPI») и что их вполне достаточно.

Только это не воровать

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

ты написал банальное и примитивное приложение

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

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

ну вот так то лучше - без изысканных выражений на идише

Ну я так и понял, что твое хрупкое эго дало слабину. Валидольчику выпей, борцун интернетный.

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

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

Я с этой точкой зрения знаком, но не согласен.

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

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

Проблема в том, что на моём опыте это адекватно работало только на Gnome3 + Chrome, а в остальном случае либо композитор возвращает единый DPI на все мониторы, либо приложение не умеет воспринимать сигнал смены DPI в рантайме.

XLibre же как-то билдится, причём под кучу платформ включая BSD и WIndows.

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

прогнали его за что-то другое.

Тут вот плюсую. Раз спонсор говорит иксы закопать - а кто-то из кодеров кричит они еще живые, не надо закапывать - тут имхо исход очевиден.

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

На одноплатниках всяких, у хлибры улучшена поддержка старого/слабого/редкого железа

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

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

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

Ну на самом деле там основная загвоздка в обработке рисования когда половина окна на одном dpi, а половина на другом. Там надо не просто «менять на лету», а каждый кадр рисовать с парой разных dpi. А разное dpi в пределах одного экрана иксы вроде и правда сообщить не могут.

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

Легко увидеть, что современный софт переносится на вяленд без всяких проблем

Вранье человека который ничего не переносил. И видел апи иксов и вяленого только на слайдах вяленой презентации.

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

Потому что та же винда успешно забила на эту ситуацию и особо жалоб не видно.

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

Опять херню нанес и не морщишься. Масштабирование задается в вяленом на уровне атпута - значит масштаибироваться будет ВСЁ на данном экране. Кнопки, менюхи, шрифты. и холсто в том числе.

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

Заниматься не будут не из-за хаков, а по двум причинам:

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

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

А так, было бы достаточное желание, думаю бы сделали и ничего не сломали.

Тсс, он походу просто случайно спалил что в вайланде оно тоже кривое.

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

Вранье человека который ничего не переносил. И видел апи иксов и вяленого только на слайдах вяленой презентации.

Продолжай держать нас в курсе своих заблуждений.

А тут вопрос а нужно ли вообще это. Насколько часто окно рисуется частями на двух разноDPI мониторах

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

Опять херню нанес и не морщишься.

Это твоя прерогатива.

Масштабирование задается в вяленом на уровне атпута

Нет.

Тсс, он походу просто случайно спалил что в вайланде оно тоже кривое

Он походу разбирается в вяленде и в иксах не более чем свинья в апельсинах. Но мнение же иметь надо - он такой важный…. как бамажный… Как никак КДЕ под вяленым использует - считай эксперт. ДЕ - это же графический сервер, камон. Этим все сказано.

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

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

большинству людей даже фокусы с dpi не нужны, а уж комбинирование dpi и масштаба - тем более

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

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

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

ДЕ - это же графический сервер, камон. Этим все сказано.

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

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

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

Текущие мейнтейнеры иксов - это те же люди, которые делают вяленд.

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

что этой фиче лучше быть, чем не быть.

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

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

Отсутствие этой функции делает невозможным профессиональное использование линукса с графическим софтом.

Что за бред?
Графическому софту главное не путать масштаб вывода зная физический дпи (ппи) а для этого достаточно знать текущее разрешение экрана и его диагональ
При этом ошибочный масштаб вывода типичная проблема овердофига графического софта на маке 😁 но это как то не «не делает его невозможным» а просто заставляет помнить что 100% это 200% 😁

именно поэтому они негодны, как профессионально, так и идеологически

Я искренне не понимаю, в чем проблема. Были разработчики иксов. Они их поддерживали и допиливали, сообщество было довольно. Но недовольны были сами разработчики, потому что код иксов содержал тонны легаси из бородатых времён и был плохо совместим с новыми фичами, которые хотели DE и приложения. Эти же разработчики, воспользовавшись своим опытом, начали проектировать вяленд, и спустя кучу лет таки смогли родить альтернативу. Почему в твоих глазах они стали негодными? Потому что перестали пилить то, что тебе нравилось, и сменили подход?

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

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

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

Что за бред?

Перечитай еще раз, если что-то не понятно. Кратко: DPI это НЕ коэффициент масштабирования интерфейса.

Запустил, потыкал, всё работает. Что я должен был увидеть?

При изменении размеров окна и дальнейшем постраничном скролле вниз а потом при возврате теряются строки. Отловил некоторое время назад когда честно пытался юзать «кеды» под вяленым. Итог - вернулся на Х11. Если окно запустить и НЕ менять размер то число знакомест синхронизировано с размером окна и проблемы с постраничной прокруткой нет.

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

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

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

1) определённо не все разработчики иксов пошли делать вайланд

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

У меня есть энное количество художников,

Есть ли какая-то причина, по которой я должен заплатить разработчикам иксов, а потом посадить художников на форк иксов, а не использовать вяленд?

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

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

Ну, на xlibre я тоже не стал бы надеяться, той истории с xor/pow хватило. А вот про «поддерживаемое решение» аргумент отклоняю: если графическая софтина - заказная разработка, то поддерживаться она будет на том, на чём сказано в заказе. На апстримные обновления графической среды ОС, да и вообще на обновления ОС вместе со всеми их «решили дропнуть», при этом можно будет по большому счёту забить, разве что следить чтобы векторов взлома не появлялось. Проблема видится разве что в подборе совместимого комплекта «новая купленная видеокарта» - «адекватный драйвер к ней» - «ядро на котором он запустится», но вроде пока что это особым источником проблем не становится.

Есть ли какая-то причина, по которой я должен заплатить разработчикам иксов, а потом посадить художников на форк иксов, а не использовать вяленд?

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

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

Твоему самомнению позавидывал бы сам Джон Рокфеллер старший. У разрабов кед ты получишь посыл в пешее эротическое потому что это не секьюрно или не соответствует их HIG или еще чеготам чтобы не сказать тебе прямо куда идти. Тебе остается лишь жрать то что тебе в корыто налили. Ибо даже если ты платишь за софт - то твоя копейка это капля в море. А если ты еще и не платишь - то еще менее. Какие фичи тебе нужны а какие нет - решают за тебя эффективные менеджеры. Но ты можешь отрепортить баг - вот это да. Ибо если что-то заявлено как работающее а оно не работает - вот тут ты имеешь польное право и разрабы реально придут на помощь. Ну тоже хлеб таки.

Так тут вообще без разницы, какой - надо, чтобы окна xwayland в режиме root были одновременно поверхностями композитора wayland.

Юзаю по привычке. Он быстрый. Пожалуй он стандарт т.к. поддерживает по стандартам терминалов практически всё ну и стал даже рендерить TTF/OTF правда только моноширинные фонты ему нужны. Пробовал konsole но например не смог заставить при постраничной прокрутке прокручивать на всю страницу а не на половину - плюнул, оставил и юзаю дальше xterm. По поводу вяленого… Честно пытался на него перейти подумав что Xwayland покроет потребность на всемя миграции но скрестить две архитектуры практически невозможно без костылей а зачем мне костыли когда Х работает.. )

Вот если сравнить вейланд и иксы - то это как гомосеки и натуралы.
Настало время голубого цвета и всех всячески пытаются всех привести к общему знаменателю.
Но настоящие мужЫки держатся до последнего!
Нам нужен дедушка Ленин, только IT-шный. Точнее иксовый

определённо не все разработчики иксов пошли делать вайланд

Ну да, определенно.

вместо этого его со временем начали усиленно пропихивать в прод

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

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

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

Вряд ли «энное количество художников» будет у программиста.

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

Я бы на месте этого человека, например, выбрал иксы по идеологическим причинам, да ещё и сам бы следил за ходом разработок, а не просто заказал.

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

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

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

А вот про «поддерживаемое решение» аргумент отклоняю: если графическая софтина - заказная разработка, то поддерживаться она будет на том, на чём сказано в заказе.

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

глубоко посрать какая там технология заложена и почему она там заложена

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

Тебе остается лишь жрать то что тебе в корыто налили.

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

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

А их и сейчас пишут под каждый тулкит. Я еще не видел ни одной программы, которая бы имела два фронтенда — в GTK и в QT, например. И запускалась бы соответственно или так, или так, в зависимости от того, что найдет при запуске установленным. Да еще и под любую версию QT (в качестве вишенки на торте) :)

Пробовал konsole но например не смог заставить при постраничной прокрутке прокручивать на всю страницу а не на половину - плюнул, оставил и юзаю дальше xterm.

Дык это, попатчи, если умеешь. У меня свой маленький форк konsole с моими локальными надобностями, вроде не сильно сложная история. Так-то konsole очень быстро работает, по-моему, быстрее даже xterm.

Но ок, я согласен, привычки - дело такое. Я пользовался темой QtCurve 15 лет, он в какой-то момент перестал работать на новых Qt, а когда я перешел на ноут с 2K, то всё вообще развалилось. Чтобы не ломать привычки, я попросил знакомого векториста сделать мне точную копию моей темы QtCurve для Kvantum, и тогда же пришлось переходить на вяленд, чтобы масштабирование работало корректно. Теперь еще 15 лет буду пользоваться этой фигней.

Вот только kscreen-doctor считает что scale это output. И почему тогда нет настройки скейла для отдельных приложений. В kwin куча настроек, а scale per app нет.

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

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

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

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

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

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

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

Ты понимаешь, что Desktop Linux отправляется туда же?

О, Ванга?! А я думал ты померла.

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

А зачем писать ориентируясь на какие-то там серверы? Как было раньше 2 основных тулкита и 5 мелких, так и сейчас они же. Через что они там под капотом рисуют приложению насрать. Кроме какой-то экзотики вроде KiCAD, которая зачем-то задрачивается с окнами. GIMP тоже так раньше делал, но потом перешли на вменяемый интерфейс. И эти сделают так же либо будут вытеснены аналогами вроде HorizonEDA и прочими.

У меня работает fcitx5 с двумя группами, переключаемых по M-space.

В первой группе - кириллица (ruu) и латиница (us-altgr-intl). Переключение внутри группы LControl-LShift и дополнительным Compose на CapsLock.

Внутри второй группы - китайский (Rime по умолчанию, чтобы удобно было пиньинь с тонами набирать).

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

Собственно, к моменту съезда с X11 этот конфиг был у меня уже сформирован, и просто переехал в сеанс Wayland.

Наверное, можно и сложный XKB конфиг перевезти в Wayland, но я с fcitx уже не слезу, привык к его поведению.

в отличии от вяленного, где так могут все

Ну то есть ты всё-таки заметил очевидное?

в каком-то сраче на ЛОРе кто-то кидал статью

Это усраться новость, но приложения на экране моего ноута рендерятся не статьёй. И даже не срачами на ЛОР как это ни удивительно.

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