Выпуск XLibre 25.1.0

Это вообще самый низкоуровневый АПИ для вывода, при чем сразу с ускорением на видяхе. А выше наворочено столько абстракций, что и за 10 лет не разгребешь. Да — ДРИ это нормально. Я бы сказал даже идеально.

Мдааа.

Фокус? А!!! Это ж про ВМ/ДЕ... Ну да... только иксы то ту при чем?

Почему глобальная если она действует только на одно окно?

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

А где состояние хранится? WM передаёт в иксы состояние через XSetInputFocus()

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

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

Ну и? Другое окно - другая раскладка, всё как ты хотел. Почему она при этом глобальная то?

Если оно передает «какое окно сейчас надо иксам сделать в фокусе», значит оно знает какое надо сделать в фокусе.

Потому что иксы не хранят состояние раскладки для окон, а меняют её при смене фокуса. kwin_wayland хранит именно состояние, а не щелкает её как сумашедший.

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

Синхронное блокирующее переключение по уведомлению — не?

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

Самый реалистичный план шапки был в том, чтобы порешать свои личные проблемы и проблемы клиентов, и заодно создать себе репутацию двигателя опенсорса, чтобы люди шли именно к создателю проекта (systemd, wayland, etc.), а не кому-то еще.

И? От этого перестала раскладка переключатся при смене фокуса?

Не знаю, после того как они 8(!) релизов не могли исправить баг с курсором в GTK 4, отшивая все мерджи, я стал подозревать, что линукс они видят в окне parallels или ipkvm.

И что? Почему она глобальная то? Глобальная - влияющая на всё сразу. А она влияет только на текущее выбранное окно. Потому что невыбранному окну раскладка вообще не нужна (никакая) - оно не принимает клавиатурные события.

Ну так при подписке на событие смены фокуса, переключение раскладки глючит )) А подписывались это событие (ответ иксов) ВМ/ДЕ. Потому виноваты именно они, что не учитывали асинхронную природу иксов.

баг с курсором в GTK 4

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

Discord firefox (комментарий)

Самый реалистичный план шапки был в том, чтобы

Привязать графику к DE, о чем ты мне в принципе прямо и написал.

С иксами у нас есть единый работающий сервер, в который мы можем рисовать, и который может это делать за нас.

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

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

Ну штош, ждем ребренда GNU\Linux в RedhatOS.

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

Представляю как меня закидают говном, если я скажу что в моей реализации индикатор на таскбаре мониторит смену текущего окна, выгребает из массива, где ключ - XID, запомненную раскладку и устанавливает ее через XKBlib =)

Мониторит - отдельным процессом через события или по факту работы WM?

Ты хоть один такой пример знаешь?

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

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

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

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

Правильно делают.

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

большинстве случаев бессмысленная активность

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

Как там мультимониторная конфигурация с разными дисплеями поживает?

Подключил к своему FullHD ноуту мелкий экран 1024x600. Нормально поживает, получается.

Классическое ненужно. Яб даже сказал некрофильско-нафталиновое.

А какие у нас сейчас альтернативы?

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

Хм… Вялый это попытка загнать всех в говно-DE? С этой точки зрения не рассматривал его. Так он ещё гаже, чем я думал :)