Опубликован релиз пакета wayland-protocols 1.26, содержащего набор протоколов и расширений, дополняющих возможности базового протокола Wayland и предоставляющих возможности, необходимые для построения композитных серверов и пользовательских окружений...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=57474
в dpms off все еще не умеем ? мало версий, походу наклепали
"xset -dpms" - наше всё
Ну как, уже не падает? С нвидяй подружился? В стабильные дистры заехал? Ааа впрочем и так знаю ответ, на все нет.
Да, да и да
"ну да, конечно" (с)
Wayland по умолчанию в Debian и Ubuntu 22.04 LTS - достаточно стабильные дистры? Nvidia научилась в GBM, но багов в самом драйвере ещё хватает
У нвидии дико глюкавая реализация DRM/KMS и GBM, о чем тут периодически плачут их юзеры. Они отстают на месяцы от релизов кернела. Видимо потому и вывалили с горя драйвер в опенсорс, но как всегда сделали это максимально бессмысленно и беспощадно - йопнув с лопаты, не в майнлайн, совместно, а на деревню дедушке. Это круто, только разработка линуха так не работает и толку с такого опенсорса драйвера .. сильно меньше чем у амд и интеля, да и всех остальных.
В чём это проявляется? С egl да, были косяки. Ни разу не видел жалоб на drm/kms. Все жалобы всегда только mesa.
>Ну как, уже не падает?Протокол не может падать, это всего лишь текстовый документ. Падать могут приложения написанные рукожопами под Wayland-композитор.
>С нвидяй подружился?
Wayland не обязан ни с кем дружить. Пусть сами разработчики NVDIA стабилизируют свои драйвера под Wayland.
>В стабильные дистры заехал?
В какие? В Слаке пакеты wayland имеются можно, например Sway WM запустить.
>Ааа впрочем и так знаю ответ, на все нет.
Сам протокол давно стабилизирован. Пусть разработчики конечных приложений допиливают свои приложения на совместимость с Wayland. Это касается, и разработчиков Window Manager, и разработчиков Desktop Environment.
Старые пердуны запомните. Wayland - это прогресс! Новый этап развития.
Смотря как на это посмотреть. Wine пока не очень умеет в веник. В какой-нибудь нативной Dota 2 разницы не видно.
Этот лунь просто не в курсе что почитать новости о том что пилить отдельную реализацию под закрытый драйвер никому даром не далось и не знать что nouveau открытый драйвер и он работает стыдно должно быть для представителей темного сословия.
>Wayland - это прогресс! Новый этап развития.Звучит как анекдот.
Протоколы вяленого - прям как анекдот: "Дядь Вань, фильм уже готов, осталось его снять!".
Сценарий фильма это уже почти фильм!
> уже почтиЕщё нет. Там следующие - режиссёры, и это мы ещё до операторов-постановщиков не дошли.
Столько букав для простого, нет.
Работает на штеудах с амд.Sway так уже много лет стабилен. Алё, иди попробуй прежде чем тупые комменты строчить!
Тормозит очень быстро
Фантазер.
Подтверждаю, 3 года на sway, всё работает плавно и стабильно, падений никаких не было. Sway пожалуй попроще чем тотже mutter или kwin, незнаю как там.
>включающие четыре 32-разрядных значения RGBAЧто-то много. Может 1 32-разрядное или 4 по байту?
Может компонента больше байта:<request name="create_u32_rgba_buffer">
<description summary="create a 1×1 buffer from 32-bit RGBA values">
Create a single-pixel buffer from four 32-bit RGBA values.Unless specified in another protocol extension, the RGBA values use
pre-multiplied alpha.The width and height of the buffer are 1.
</description>
<arg name="id" type="new_id" interface="wl_buffer"/>
<arg name="r" type="uint" summary="value of the buffer's red channel"/>
<arg name="g" type="uint" summary="value of the buffer's green channel"/>
<arg name="b" type="uint" summary="value of the buffer's blue channel"/>
<arg name="a" type="uint" summary="value of the buffer's alpha channel"/>
</request>
> интерфейс для взаимодействия с поверхностями как с окнами, что позволяет передвигать поверхности по экрану, сворачивать, разворачивать, изменять размерУх ты! Вот это достижение! Так через 50 лет догонят иксы!
Графика в *nix идёт по остаточному принципу и на отъе**ь. Поэтому не получается вырваться дальше 2% среди десктопов. Приоритет - сервера, всякие контейнеры, IoT и т.д.
У вайланда нет задачи догнать в чем то иксы, у него другая парадигма и цели, никто не хочет создавать новые громоздкие иксы что бы в них опять не было желающих ковыряться.
В иксах нет поверхностей, только примитивы.
Предлагаю ограничить публикацию спама о Wayland одной новостью в квартал, потому что это на самом деле не новости, а самый настоящий рекламный спам который расплодили в немеренном количестве.
Двачую адеквата. А поистине интересные новости из мира opensource тут почему-то никто не публикует. Приходится читать англоязычный интернет.
В списке непринятых https://www.opennet.dev/rejected_news.shtml
всего одна новость за прошедший месяц.
Предложить новость может каждый желающий. https://www.opennet.dev/announce_news.shtml?c=f
Ты не понимаешь, как это работает. Мне до сих пор никто из участников не ответил, почему так мало адекватной инфы по FOSS в рунете. Так что лучше предлагай альтернативы.
> Ты не понимаешь, как это работает.Очень просто работает. Нажимаете на ссылку https://www.opennet.dev/announce_news.shtml?c=f
там пишете текст. Я делал так несколько раз. Максим обычно дополняет новость, когда подача однобока или скомкана.> Мне до сих пор никто из
> участников не ответил, почему так мало адекватной инфы по FOSS в
> рунете. Так что лучше предлагай альтернативы.Попробуйте переформулировать, я не уловил суть.
Переформулировать не получится. Но могу спросить попроще - посоветуй интересных блогов, желательно русскоязычных.
Предлагаю ограничить публикацию спама в комментариях одной тупостью в квартал.
% pkg info -r wayland-1.21.0
wayland-1.21.0:
chromium-103.0.5060.114— это всё, что вы хотите знать о прогрессе внедрения Wayland.
$ apk info -r wayland
$ apk info -R wayland
wayland-1.20.0-r0 depends on:
wayland-libs-client
wayland-libs-cursor
wayland-libs-egl
wayland-libs-server???
> wayland-libs-eglВот это прикольная штука, долго думал, так и не понял, зачем она.
чтобы "нвидия, идите на*й!" работала
Исходники смотрели?
> % pkg info -r wayland-1.21.0
> wayland-1.21.0:
> chromium-103.0.5060.114
> — это всё, что вы хотите знать о прогрессе внедрения Wayland.iZen, специально для тебя записал видео, как уронить FreeBSD за 1 минуту: https://linuxtalks.co/gallery/screenshots/11089
> iZen, специально для тебя записал видео, как уронить FreeBSD за 1 минуту:
> https://linuxtalks.co/gallery/screenshots/11089На видео: https://moonfall.crypts.me/iec2ahphoG8o/freebsd.crash.lowq.mp4
FreeBSD 12.3 (которая уже неактуальна) и контроллер RAID ASR8805 (который не у всех есть).
>> iZen, специально для тебя записал видео, как уронить FreeBSD за 1 минуту:
>> https://linuxtalks.co/gallery/screenshots/11089
> На видео: https://moonfall.crypts.me/iec2ahphoG8o/freebsd.crash.lowq.mp4
> FreeBSD 12.3 (которая уже неактуальна) и контроллер RAID ASR8805 (который не у
> всех есть).это динамическая ссылка, дурень) зачем ты ее постишь?) хочешь, я тебе 13.1 уроню так же?) и я уж не говорю о том, что линукс-то просто работает) причем линукс времен еще до 12.3.
и это только один способ уронить фряху. но тебе хоть кол на голове теши, да?
и, да, млин, рейд контроллер, прикинь, не у всех есть. так же, как у меня нет твоего дешевого китайского железа.
> хочешь, я тебе 13.1Валяй. Продемонтрируй свою дурь с пробелами в командной строке ещё раз.
> уроню так же?) и я уж не говорю о том, что
> линукс-то просто работает) причем линукс времен еще до 12.3.Если на каждый чих нужно менять операционку (как это происходит регулярно в среде линуксоидов), цивилизация скатилась бы в идиотократию.
> и это только один способ уронить фряху. но тебе хоть кол на
> голове теши, да?И что?
Уронить с помощью dd на неизвестные приёмники — это от дурости. А вот просрать данные на контроллере RAID, у которого нет поддержки сквозной целостности пользовательских данных — "это другое" (намёк на ZFS понят?).> и, да, млин, рейд контроллер, прикинь, не у всех есть. так же,
> как у меня нет твоего дешевого китайского железа.Китайское железо подорожало. А вот американское и немецкое к нам не возят уже ~25 лет — оно есть что ли в природе или только на внутренний рынок работают, а ты его таскаешь через Казахстан?
>> хочешь, я тебе 13.1
> Валяй. Продемонтрируй свою дурь с пробелами в командной строке ещё раз.про пробелы не понял. а ты всепишешьбезпробелов? или когда ты говоришь, что фряха стабильна, ты имеешь ввиду, что нужно пробелы аккуратно набирать?
если я продемонстрирую, ты признаешь, что был неправ?
>>> хочешь, я тебе 13.1
>> Валяй. Продемонтрируй свою дурь с пробелами в командной строке ещё раз.
> про пробелы не понял. а ты всепишешьбезпробелов?Читай man по командной строке.
> или когда ты говоришь, что
> фряха стабильнаВот только это не относится к сторонним приложениям-драйверам, которые обеспечивают монтирование (сетевых или ещё каких) блочных устройств в VFS.
> если я продемонстрирую, ты признаешь, что был неправ?
Валяй.
> Читай man по командной строке.ты настолько некомпетентен, это видно в каждом твоем техническом ответе, а советы раздаешь.
>> если я продемонстрирую, ты признаешь, что был неправ?
> Валяй.то есть, да? или нет?
> Вот только это не относится к сторонним приложениям-драйверам, которые обеспечивают монтирование (сетевых или ещё каких) блочных устройств в VFS.
не понял. вообще не понял, о чем ты сейчас. VFS не является частью FreeBSD? какие сторонние приложения? откуда это взялось? ты видео не понял что ли?
> ты видео не
> понял что ли?А что там? Попытался всмотреться в мутную "экранку" с командной строкой (в наборе которой допущены элементарные ошибки), но видимо это был фейк.
>> ты видео не
>> понял что ли?
> А что там? Попытался всмотреться в мутную "экранку" с командной строкой (в
> наборе которой допущены элементарные ошибки), но видимо это был фейк.ну ты и д*бил:( с телефона смотреть не надо.
dd if=/dev/zero of=./google.chrome.backup.mdfs
это не пробелы. это точки.
> на контроллере RAID, у которого нет поддержки сквозной целостноститам есть поддержка сквозной целостности. объясняю на пальцах: считай, что вместо центрально процессора и памяти, этим занимается выделенный процессор и есть своя память.
> Китайское железо подорожало.все ок, я знаю, что тебе такой уровень оборудования не по карману.
> (намёк на ZFS понят?)который ZFS on Linux?
Когда wayland уже из каждого утюга течёт и всё умеет, такой вопрос, в нём предусмотрена настройка показа меню по отжатию ПКМ?Часто приходится иметь дело с обоими платформами и не могу назвать логику обработки клика по зажатому ПКМ - удобной. То курсор отведёшь до того как меню отрисует на старых железках, то ещё что. В итоге мисклик по пункту, который физически прочитать на успеваешь и хрен знает, что ты сейчас сделал. Давно искал корень проблемы, пришёл к выводу, что дело в стариковских иксах, где это как обычно гвоздями. Фиксят это аля отодвинем менюшку на пару пикселей, глядишь не нажмётся случайно.. А тут вроде модно-молодёжно, неужели можно настроить будет? Переключение раскладки вроде исправили же.. Если где-то поднималось уже, ткните носом.
В wayland ничего нет на тему меню. Этим занимается клиент (Qt, GTK+ и т.п.). Когда нажимаете или отпускаете кнопку, Wayland посылает соответствующее уведомление. То есть вся необходимая информация для реализации описанного сценария есть. И в Иксах она тоже имеется. Беда в том, что клиент уже написан, и Воланда прикручивают к уже готовому функционалу как придётся.
> Воланда прикручивают к уже готовому функционалу как придётся.Как мило - весь вяленый на изоленте и палках.
>> Беда в том, что клиент уже написан, и
>> Воланда прикручивают к уже готовому функционалу как придётся.
> Как мило - весь вяленый на изоленте и палках.Как мило - анонимный эксперт не понял, что Воланд не имеет отношения к меню, и дал характеристику уже написанному для Иксов. А в соседней теме он же плачет, потому что из GTK+ выкидывают палки и изоленту.
У тебя раздвоение?!> Воланда прикручивают
> Воланд не имеет отношения
> У тебя раздвоение?!У меня достаточно чёткое понимание архитектуры.
>> Воланда прикручивают
В программах на Qt контекстное меню отображает Qt. Qt создана задолго до Воланда и имела указанную проблему. Вот к этому набору "палок и изолент", как охарактеризовал анонимный эксперт, и прикручивают интерфейс для работы с новым композитором.
>> Воланд не имеет отношения
Придите в свой любимый смузи-бар, попросите меню на бумаге. Имеет ли к меню отношение средство отображения (бумага)? Или может всё-таки шеф-повар отвечает за коктейль "молоко с селёдкой"?
> В программах на Qt контекстное меню отображает Qt. Qt создана задолго до
> Воланда и имела указанную проблему.Тут я не прав. Проблема не в Qt (предоставляет возможность изменить поведение), а в KDE (не даёт пользователю изменить принятое в Qt поведение по умолчанию). См. подробности №85 и №86.
Ох спасибо анончик, благодаря тебе решил ещё раз погуглить и нашёл подсказку на реддите от 2021 - как это костыльно поправить. И всё равно не могу согласиться, что дело только в тулките, вряд-ли до сих пор есть те, кто используют однокнопочную мышь, скорее это из иксов или связано с ними. Опять же с удовольствием почитаю о корне проблемы подробнее, кидайте ссылки.Для гнома вроде как есть отдельная настройка дабл-клика по ПКМ (не пользуюсь, точнее не скажу). Для кде же простейший способ через включение "управления жестами с помощью мыши".
Сам костыль
- (включить жесты) Параметры системы -> Комбинации клавиш -> Специальные действия -> Кнопка "Настройка" внизу -> Поставить галку "Росчерки" + "Кнопка мыши: Правая кнопка" (100мс лучше не ставить, работает криво)
- (исключения) Кнопка "Изменить" -> Создать группу -> Условия -> Новый -> Не -> Выделить его -> Новый -> Активное окно -> Настроить исключающий фильтр
- (это фикс) В созданной группе или в списке -> Кнопка "Изменить" -> Создать -> Росчерк мышью -> Имитация ввода с клавиатуры -> Активация -> Изменить -> Нарисовать дребеденьИз-за костыля будет несколько проблем
- Обработка именно зажатия ПКМ работать не будет (напр: сюда входит "Drag and Drop" через ПКМ), не критично, через исключения можно вернуть старое поведение конкретному приложению, костыль
- Firefox перестанет вообще обрабатывать ПКМ, но опять же поправимо костылём `about:config and setting ui.context_menus.after_mouseup to true`
- Если зажать ПКМ + провести курсором пару пикселей, то меню не появится, будет считать жестом, понятно почему
> Ох спасибо анончик, благодаря тебе решил ещё раз погуглить и нашёл подсказку
> на реддите от 2021 - как это костыльно поправить. И всё
> равно не могу согласиться, что дело только в тулките, вряд-ли до
> сих пор есть те, кто используют однокнопочную мышь, скорее это из
> иксов или связано с ними. Опять же с удовольствием почитаю о
> корне проблемы подробнее, кидайте ссылки.Иксы посылают клиенту сообщения XCB_BUTTON_PRESS и XCB_BUTTON_RELEASE, т.е. "кнопка нажата" и "кнопка отпущена", как минимум, для 8-ми кнопок. Как это обработает клиент - это его дело.
Qt принимает решение, показать ли контекстное меню в функции QWidgetWindow::handleMouseEvent() из /qtbase/src/widgets/kernel/qwidgetwindow.cpp
Триггером может служить как нажатие, так и отпускание кнопки:
static const QEvent::Type contextMenuTrigger =
QGuiApplicationPrivate::platformTheme()->themeHint(QPlatformTheme::ContextMenuOnMouseRelease).toBool() ?
QEvent::MouseButtonRelease : QEvent::MouseButtonPress;
Оно документировано - см. QPlatformTheme и ContextMenuOnMouseRelease.При этом тема по умолчанию QPlatformTheme::defaultThemeHint из /qtbase/src/gui/kernel/qplatformtheme.cpp задаёт "по нажатию":
case ContextMenuOnMouseRelease:
return QVariant(false);А для виндузятников есть отдельная тема в /qtbase/src/plugins/platforms/windows/qwindowstheme.cpp
и вот там "по отпусканию":
case ContextMenuOnMouseRelease:
return QVariant(true);Полагаю, для KDE должна быть тоже своя тема. Если правильно понял, вот она https://github.com/KDE/plasma-integration Но /search?q=ContextMenuOnMouseRelease ничего мне не показало. Возможно, кто-то просто не написал пару строчек кода, которые могли бы взять желаемое пользователем поведение из какого конфига. Если так, то дело в KDE.
> Возможно, кто-то просто не написал пару строчек
> кода, которые могли бы взять желаемое пользователем поведение из какого конфига.Возможно, даже всего одну строчку - но я это не проверял, а значит оно не работает.
diff --git a/src/platformtheme/khintssettings.cpp b/src/platformtheme/khintssettings.cpp
index 6703eaf..91e6c3e 100644
--- a/src/platformtheme/khintssettings.cpp
+++ b/src/platformtheme/khintssettings.cpp
@@ -89,6 +89,7 @@ KHintsSettings::KHintsSettings(const KSharedConfig::Ptr &kdeglobals)
m_hints[QPlatformTheme::MouseDoubleClickInterval] = readConfigValue(cg, QStringLiteral("DoubleClickInterval"), 400);
m_hints[QPlatformTheme::StartDragDistance] = readConfigValue(cg, QStringLiteral("StartDragDist"), 10);
m_hints[QPlatformTheme::StartDragTime] = readConfigValue(cg, QStringLiteral("StartDragTime"), 500);
+ m_hints[QPlatformTheme::ContextMenuOnMouseRelease] = readConfigValue(cg, QStringLiteral("ContextMenuOnMouseRelease"), 0);KConfigGroup cgToolbar(mKdeGlobals, "Toolbar style");
m_hints[QPlatformTheme::ToolButtonStyle] = toolButtonStyle(cgToolbar);
К сожалению анончик, иксы-1 кутьи-0, не помог твой патч, хотя и выглядел логичным, очень жаль.Пересобрал с рекомендованным тобой readConfigValue с (1 - по идее это как раз и должно фиксить, 0, true, false) и без readConfigValue, напрямую указав все варианты. Результат нулевой. Возможная подсказка "фикс через жесты мышью" влияет и на гтк, поэтому если это и должно работать, оно где-то в другом месте.
В Gentoo собрал dev-qt/qtgui изменив в /qtbase/src/gui/kernel/qplatformtheme.cpp
case ContextMenuOnMouseRelease:
return QVariant(false);на true. В media-sound/strawberry (это приложение на Qt) контекстные меню появляются по отпусканию правой кнопки мыши, а не по нажатию, как было до изменения. На GTK-приложения это не влияет. Что там с KDE - не могу сказать, тут без меня миллион спецов по настройке и автономных опакечивателей, самое время выйти на сцену хоть кому-то. ;)
Не вижу спецов, анонимные эксперты не занимаются такой глупостью. Верю в работоспособность твоего решения, но вряд ли в моём случае это сработает. А там ещё qt6, потом gtk с пачкой версий. Не вижу вариантов, кроме как долбиться в кде. Но у меня кривули, понятия не имею как им это нормально написать и объяснить почему это нужно, если даже держатели языка не смогли. Не будут они это делать из-за анона с русского бложика таких же экспертов.Пруфы "почему"
2008 RESOLVED (костыль) - https://bugs.kde.org/show_bug.cgi?id=168979
2016-2022 RESOLVED FIXED (продвинутый костыль) - https://bugs.kde.org/show_bug.cgi?id=374311
вяленый RESOLVED (не знаю даже, костыль?) - https://bugs.kde.org/show_bug.cgi?id=427988
форум (кривой костыль) - https://forum.kde.org/viewtopic.php?f=289&t=161733
Совсем забыл, что у меня установлен редактор kde-apps/kate. Так вот там теперь контекстное меню появляется по отпусканию правой кнопки мыши. kde-plasma/plasma-integration при этом отсутствует. Если же последняя штука изменена и эффекта 0 - непонятно, как это всё совместно будет себя вести. Извините, я полагал, что если кто-то будет пробовать собрать, то ему очевидно - что бы проверить, есть ли в кране вода, начинать крутить практичнее более близкий к крану вентиль, что бы исключить влияние остального. То есть сначала проверить Qt, а потом уже думать, можно ли настройку откуда-то считывать. Версия Qt у меня 5.15.5, а по ссылкам 10 лет назад ситуация могла быть другой.
Так это, я кутью не трогал, только integration, слишком много пересобирать qt5, qt6, gtk-XYZ на который непонятно какой патч накидывать. Хотелось решить это уровнем выше, но всё равно спасибо, схоронил для изучения в свободное время. Ссылки даны чтоб показать как это неРешается в кде. К экспертам не отношусь, поэтому не стоит/ло от меня ожидать особых познаний.
Простите ещё раз. Наверное, я непонятно пишу. Если Вы пользователь, почему Вы вообще должны что-то собирать? Зачем тогда все эти майнтайнеры массы дистрибутивов, кто тут в каждой теме пишет о своей нужности? Вот они и есть уровень выше, их задача интегрировать все эти qt5, qt6 и gtk-XYZ, а не просто собрать в пакетики и прилепить трендовые иконки.
Не знаю. Но один раз мне сказали, что это "концепт opensource", после чего кинули в игнор (пытался сообщить о проблеме).
Могу выложить куда-то собранный qtgui из Gentoo (rpm или архив) или только so-файл с изменениями, но наверняка при замене он сломает систему. И на всякий случай patch. С KDE вряд ли чем-то смогу помочь, удалил её несколько лет назад, а теперь совсем не вижу там перспектив.diff -Naur qtbase-everywhere-src-5.15.5.0/src/gui/kernel/qplatformtheme.cpp qtbase-everywhere-src-5.15.5/src/gui/kernel/qplatformtheme.cpp
--- qtbase-everywhere-src-5.15.5.orig/src/gui/kernel/qplatformtheme.cpp
+++ qtbase-everywhere-src-5.15.5/src/gui/kernel/qplatformtheme.cpp
@@ -544,7 +544,7 @@
return QVariant::fromValue(QList<int>());
case DialogSnapToDefaultButton:
case ContextMenuOnMouseRelease:
- return QVariant(false);
+ return QVariant(true);
case MousePressAndHoldInterval:
return QVariant(800);
case MouseDoubleClickDistance:
Протоколы вейландских програмцов :)
Восстановления после сбоев снова нет. Куда бежать когда иксы бросят?
Новая версия самого опасного вируса для Линукс.
Вейланд, системд, гном3 - это последствия картельного сговора между редхат и микрософт.
Лично у меня создаётся ощущение, что Wayland является отголоском MeeGo.В 2006 году представили iPhone, старые смартфоны стали не модными. Nokia начала проект Maemo, который должен создать такую же операционку, что и на айфонах, только на гораздо более дешёвых устройствах. Позже объединился с проектом Moblin от Intel. Объединённый проект получил имя MeeGo.
У всего сообщества открытого ПО были большие планы на MeeGo. Fedora 14 и openSUSE 11.3 были подготовлены к релизу MeeGo. Интел, Ред Хат и Новелл и Дебиан много денег в это вкладывали.
И вдруг, проект "зарубили". Шпион из Майкрософта убедил Нокию закрыть полностью готовый проект. На MeeGo только один смартфон вышел, и несколько планшетов. В итоге, они ещё пару лет потратили на Windows Phone, и он не добился успеха.
Думаю, что Wayland, это ответ гугловскому дисплейному серверу SufraceFlinger (первый-то релиз MeeGo был на "иксах" и GTK2). Всё на это намекает: OpenGL ES и EGL. То, что не планировалось отображать несколько окон на одном экране - то, что приложение на экране должно быть одно. Создаётся ощущение, что мобильный дисплейный сервер адаптировали для десктопа - оттуда и странные решения вроде "рамочку окна должно отрисовывать само приложение".
То же самое с GNOME3.
Ну и наверное всё это наложилось на планы начала 00-х о создании нового дисплейного сервера, с DRI и EGL - помните XGL?
единственная на данный момент нормальная реализация линукса для десктопа
>"primary-selection" - по аналогии с X11 обеспечивает работу первичного буфера обмена (primary selection), вставка информации из которого обычно осуществляется средней кнопкой мыши.Ну вы поняли кто эти фанбои, ревущие про вяленд (= прогресс), но не заикающиеся даже об отсутствии такой каждодневной вещи, как x primary selection.
Про работу по сети и плюшки xrandr я уже молчу.
вяленому до иксов - как тараканам до Луны.
> такой каждодневной вещи, как x primary selectionНу, вот конкретно я им не пользуюсь примерно никогда. Вывод, мне нужно != всем нужно. В обратную сторону тоже работает.
#16527 + ( 127 ) –
zhus> У меня есть смутное подозрение, что как только технология отлажена, стабилизировалась, перестает вызывать проблемы и вопросы у пользователей, так сразу она объявляется устаревшей, неразвивающейся и ненужной. И стройные ряды идут героически выкорчевывать то, что не так давно не менее героически взрастили.
Ну вы поняли, кто эти фанбои, ревущие про искы (= стабильность), но даже не знающие, что уже лет 6 в wayland работает x primary selection.
> Предписано использование терминологии, определённой в RFC 2119Я должен пошутить про то, что это хоть какой-то рост или стоит презрительно фыркнуть на тему того, что давно пора?
USE="-wayland"