Выпуск XLibre 25.1.0

Waypipe поверх SSH работает быстрее, чем X11 по тому же SSH

Если сделать так, что root xwayland будет выполнять функции композитора для wayland приложений

с помощью GPT и такой-то матери попробую вкатиться в wayland

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

Иксы как они есть - отлично работающий функциональный продукт.

Иксы это старый кусок говна где из-за архитектурных ограничений невозможно нормально реализовать даже элементарные вещи.

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

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

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

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

если я буду форкать иксы может и попробую добавить эту фичу

Не осилишь. 100%

В принципе в копозиорах зачастую реализуется функция запрета таких кейсов

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

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

Как без участия DE зафиксировать раскладку для окон?

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

Без участия DE - нельзя. Но переключалка языков - часть DE, так что это не проблема

Это не проблема, если отключить переключалку языков ДЕ и включить свою. Иначе, тут Линукс или где?

иксы требуют костыли для синхронизации того, чего вообще не должно быть

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

Своя переключалка перестанет щелкать раскладку иксов при смене фокуса? Нет не перестанет. По факту мы имеем глобальную раскладку, которая мимикрирует под оконную.

Нет, это иксы требуют. Потому что спроектированы по времена, когда была одна раскладка и видеокарты без 3D ускорения.

С чего перестанет? Пусть спросит у иксов кто в фокусе и переключит, иначе дефолт.

Гонишь

Это нормально вместо сохранения состояния гонять туда-сюда глобальную раскладку?

Если ДЕ гоняет и не сохраняет, а могла бы не гонять, а просто держать свой индекс окон — да.

xkb плагин сохраняет это как карту, в которой привязан wid к раскладке. А при смене фокуса щелкает глобальную раскладку.

Конечно гоню, где в иксах dmabuf? А нет, архитектура такая, что только копирование.

Чегооо? Дай кусок кода из сорцов.

Так проверь, локально ли ты с иксами общаешься или по сети и прими решение, обратиться к дмабуф по месту или выкинуть ошибку «ты чо, бро, мы только локально работаем».

конкуренты, будучи в ведомой позиции, оказываются заведомо отстающими и портящими себе репутацию (как из-за отставания и сопутствующих проблем, так и из-за самого факта ведомости)

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

xfce4-xkb-plugin

  if (keyboard->engine)
    {
      xkb_keyboard_update_from_xkl (keyboard);

      xkl_engine_set_group_per_toplevel_window (keyboard->engine, FALSE);

      xkl_engine_start_listen (keyboard->engine, XKLL_TRACK_KEYBOARD_STATE);

      g_signal_connect (keyboard->engine, "X-state-changed",
                        G_CALLBACK (xkb_keyboard_xkl_state_changed), keyboard);
      g_signal_connect (keyboard->engine, "X-config-changed",
                        G_CALLBACK (xkb_keyboard_xkl_config_changed), keyboard);

      gdk_window_add_filter (NULL, xkb_keyboard_handle_xevent, keyboard);

      keyboard->active_window_changed_handler_id =
        g_signal_connect (G_OBJECT (keyboard->wnck_screen), "active-window-changed",
                          G_CALLBACK (xkb_keyboard_active_window_changed), keyboard);
      keyboard->application_closed_handler_id =
        g_signal_connect (G_OBJECT (keyboard->wnck_screen), "application-closed",
                          G_CALLBACK (xkb_keyboard_application_closed), keyboard);
      keyboard->window_closed_handler_id =
        g_signal_connect (G_OBJECT (keyboard->wnck_screen), "window-closed",
                          G_CALLBACK (xkb_keyboard_window_closed), keyboard);
    }

Нет разницы локально или по сети. И в том и другом случае DMABUF нет, zerocopy нет. Chrome и Firefox работают на иксах в разы медленнее это факт.

Так это из ХФЦЕ кусок, т.е. из ДЕ. Иксы тут при каких делах?

Да, вижу — тут полный набор песца, включая ГТК ))

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

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

Как это нет разницы? Скажи: нет у иксов АПИ чтобы писать там сразу куда-то в видяху. А вот неправда! Культи (4-5) же вот берут и реализуют surface со всеми ускорениями и прочими шейдерами.

Короче ты метаешься. Мы пока только переключалку клавиатуры обсуждаем.

А я где-то говорил что есть? Нутк — реализуй свою переключалку или отправь патч в этот самый ХФЦЕ, чтобы все правильно работало.

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

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

Но это вообще не отвечает на вопрос:

как буфер клиента попадает на экран

можно ли его показать напрямую

где происходит копия и композиция

кто владеет выводом, вводом и политикой

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

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

Я правильно понимаю?

как буфер клиента попадает на экран

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

можно ли его показать напрямую

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

где происходит копия и композиция

В культях и глубже сквозь иксы.

кто владеет выводом, вводом и политикой

Ты.

Нет, так нельзя (если хочешь без гонок), нужно синхронизироваться с WM на предмет переключения окон, а стороннее WM твоей переключалке этого не даст (в нём не предусмотрено). Иксы тоже не дадут, steemandlinux верно это подметил, но он просто долго не мог понять что синхронизироваться можно не в иксах а в WM.

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

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

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

нужно синхронизироваться с WM на предмет переключения окон

Ну это и так понятно, по крайней мере мне. Главная суть осталась та же — накосячили ДЕ-шники, а не в иксах.

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

Понятно, но dmabuf и zerocopy от этого не появились.

Нет в иксах никакого бага, баг в DE. Он путает иксы с DE временами.

А нахер они нужны, когда ты еще прямее аж в видяху пишешь и шейдеры крутишь? И все это в иксах.

Тем более.

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

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

Тебе уже сказали — убери синхронизацию по фокусу и все будет тип-топ.

Я не хочу сидеть на глобальной раскладке.

Ну хоть что-то чешется в голове?

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

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

Ну как переключение глобальной раскладки по смене фокуса это не костыльно?

В твоей — нет.

Мне плевать что там в «бекенде» будет в итоге, иксы или вяленый. Но вяленый пока никакущий по множеству параметров. Но ты защищаешь его против иксов не за иксовые касяки, а за касяки ДЕ. Чешись ))

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

ну т.е. DRI это не костыль и нормально?

Она глобальная де-факто. Просто плагин переключает её при смене фокуса.