Выпуск 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? С этой точки зрения не рассматривал его. Так он ещё гаже, чем я думал :)

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

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

Понимаешь, я очень давно даже шедулер процессов допиливал, простые драйверы правил... Но за 20+ лет я всё забыл. А AI агенты отлично зашли

Вялый это попытка загнать всех в говно-DE

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

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

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

Хорошо это или плохо судить не берусь ибо есть там и плюсы и минусы, но увы это реальность.

Ну или ИИ в IDE.

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

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

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

,И правильно делают.

https://github.com/X11Libre/xserver/pull/56 - собственно metux это как раз тот самый Энрико

Глянул реквесты https://github.com/X11Libre/xserver/pulls - там довольно много их от разных людей, не только от данного товарища. Ну и список фич даже в текущем релизе впечатляет. Я пока, вижу что команда над проектом работает (некоторые как умеют, но всё же), а не пытается его намеренно закопать, как происходит с X.Org в угоду адептам вяленого.

А ещё можно пользоваться нормальной ОС. А не страдать на глобальной раскладке.

Глобальная раскладка – единственно правильная раскладка. Страдать приходится на индивидуальных раскладках для разных окон.

И тут встаёт вопрос: программы всё ещё можно будет писать под линукс или придётсч писать под каждое DE отдельно?

Ну это же протокол. Так что надо просто писать под протокол. Правда каждая реализация поддерживает лишь подмножество протокола и некоторые расширения, которых нет в протоколе. Но круто же: разные DPI, HDR. Для полноты погружения во мрак 80-90х на PC надо каждой софтине ещё драйвера с собой носить. Г - Прогресс.

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

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

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

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

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

И поэтому реализуют каждый свое собственное - что через нестандартные протоколы

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

сделать элементарные вещи решавшиеся в иксах парой строчек кода

Ты сравниваешь низкоуровневый протокол с иксовыми клиентскими библиотеками. Великолепно. Комментировать здесь - только портить.

Вялый со своим адово нестабильными сложным АПИ

Враньё. Большая часть API стандартизирована и не меняется.

Остается типа вариант писать на тулкитах - но и тут корпы не дремлят

Зачастую ломают какую-то мелочь пузатую вроде regexp при переходе qt5-qt6

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

с введением этих технологий разработка начинает требовать большего профессионализма

Большие проекты всегда требовали большого профессионализма. Здесь не поменялось ничего.

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

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

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

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

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

как у Билла Гейтса стоят три монитора бок к боку - одинаковых, образующих по сути единое пространство

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

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

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

Корпорации, которые всю историю развивали иксы - это хорошо и правильно, годные корпорации, годные разработчики.

Корпорации, которые всю историю развивали вяленд - это фу-фу-фу и заговор.

Смотри не перепутай.

Еще раз для особо тугих

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

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

там довольно много их от разных людей

Чем ты читаешь новость? Это ж форк - они тупо тащат туда все коммиты апстрима и все фиксы для него же.

некоторые как умеют

https://github.com/X11Libre/xserver/pull/56 - это настолько как что сразу понятно почему апстрим выгнал его ссаными тряпками на мороз.

То есть для тебя.

Для тебя, конечно.

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

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

У тебя какие-то фиксации на сверхценных идеях.

Корпорации, которые всю историю развивали иксы - это хорошо и правильно, годные корпорации, годные разработчики.

В корпорациях просто сильно поменялся подход и стиль управления.

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

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

жупилом

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

Очень очень долго.

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

Очень просто: Canonical делает свою Unity как конкурент Gnome 3 и засылает патчи для Gtk+. Их не принимают, они снова засылают патчи, команда разработчиков (большинство в RedHat), снова не принимает, заставляя поддерживать эту ветку и ее совместимость с главной саму Canonical. Итог известен.

В корпорациях просто сильно поменялся подход и стиль управления.

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

Сейчас прорывов нет

До-о-о. Особенно нет прорывав в гейминге под линуксом. Который, кстати, работает под вяленным. И в трансляции x86 в arm нет прорывов.

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

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