LINUX.ORG.RU

Wayland — разъяснения от разработчиков KWin

 , ,


0

3

Дисклаймер. В связи с тем, что очень многие (почти все) здесь не понимают, зачем нужен Wayland, пишу в новости, благо есть источник, где кое-что разжёвано. Текст чуть-чуть подсократил, чтобы не захламлять.

Итак, приступим.

  1. В Wayland может быть реализована сетевая прозрачность.

    Это дело конкретного композитора. Всё дело в ошибочном понимании фразы «в Wayland нет сетевой прозрачности». Правильное понимание этой фразы таково: «спецификация Wayland не занимается сетевой прозрачностью и не определяет её». Композиторы могут быть выполнять локальную отрисовку, могут быть сервером и передавать картинку по сети (хоть на много машин одновременно), а могут делать и то и другое. Те, кто думают, что в Wayland сетевой прозрачности быть не может вообще, ошибаются.

  2. Сетевая прозрачность X11 не подходит для современных приложений.

    Она давно устарела, будучи сделанной с расчётом на то, что приложения используют простые команды для отображения содержимого окна, и эти команды можно отправлять по сети. Когда-то это было разумно, но современные приложения не используют X11 для рендеринга, они используют такие технологии как Cairo, Clutter, QPainter (Raster) или OpenGL. В этом случае X11 вынужден отправлять по сети готовую картинку, а для этой ситуации есть технологии, которые делают это гораздо лучше, чем X11. Сетевая прозрачность в X11 померла и так, без участия Wayland.

  3. X11-приложения будут поддерживаться.

    Никто не хочет ломать систему, переход на Wayland будет произведён если и только тогда, когда X11-only приложения будут в ней хорошо работать (через слой совместимости). Сетевую прозрачность X11, очевидно, тоже можно будет использовать.

  4. Сетевой прозрачности не место в оконной системе. Если вы хотите быстрой сетевой прозрачности, ей место в тулките виджетов.

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

  5. «Дистибутивы выкинут иксы, моё любимое X11-only приложение не заведётся!»

    Для этого уже есть слои совместимости (X11 приложения можно запускать из композитора Wayland). Поддержку X11 никто не выкинет из дистрибутивов, пока она будет востребована, даже Mac OS X всё ещё поддерживает X11 для совместимости. Постепенно количество X11-only приложений будет уменьшаться (переписывание, естественная смерть), и даже если из вашего дистрибутива поддержку X11 уберут, вы всегда сможете её собрать сами.

Прекратите повторять ошибочные утверждения.

P.S. Отвечу на вопрос «Зачем вообще нужен Wayland, давайте улучшать X11».

Такие (или аналогичные) изменения даже если были бы возможны в X, всё равно бы сломали X11 и дали несовместимый с ним X12. Без слоя совместимости обойтись невозможно, а сам X12 тоже был бы не сахар, так как писался бы с оглядкой на X11. И чем это было бы лучше того, что мы имеем с Wayland?

В основе X11 лежат архитектурные решения более чем двадцатилетней давности (см выше). Так делать уже не надо, очень много функциональности иксов перешло в тулкиты, ядро, D-Bus, и другие системы. Замену легче написать с нуля, которая делает только свою прямую работу, а не пытается объять всё.

>>> Подробности

★★★★★

Проверено: svu ()
Последнее исправление: cetjs2 (всего исправлений: 11)
Ответ на: комментарий от erfea

ЗЫ ещё и нихрена не шаришь в сабже, уныло короче...

erfea ★★★★★
()
Ответ на: комментарий от Stanson

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

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

aho
()
Ответ на: комментарий от x3al

> По-твоему, иксы везде понимают хотя бы ru_RU.KOI8-R? Тебя ждёт большой сюрприз в спецификации протокола.

никто не мешает сделать новые вызовы, которые будут понимать уникод, тем самым расширив протокол. вон в C был char, к нему добавили wchar — ничего, никто не умер.

anonymous
()
Ответ на: комментарий от aho

Он просто с чего то взял, что у него отберут иксы и не дадут любоваться этими очаровательными xeyes :D

erfea ★★★★★
()
Ответ на: комментарий от erfea

> Толсто тролишь, ещё и анонимус...

так сколько строк кода x.org лично ты поменял, кретин? отвечай или школьник-пиздобол.

anonymous
()
Ответ на: комментарий от Stanson

>В чём проблема? есть железка. У неё есть устройство ввода. Кто-то же должен оное обслуживать и посылать данные о нажатии кнопок приложению-клиенту оконной системы.
Ты предлагаешь в иксы добавить ещё платформозависимого кода?
И повторяю:

правам суперпользователя

Тот факт, что Xorg в линуксах их требует, ещё не даёт право принимать их как само собой разумеющееся.

Ну и в чём тогда проблема с виртуальной клавиатурой?

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

x3al ★★★★★
()
Ответ на: комментарий от erfea

> людям нужна нормальная современная графика.

Что имеется ввиду под «нормальной современной графикой»? С «композитингом» уже разобрались - приложение никакого отношения к «композитингу» не имеет. Как показывать юзеру окно приложения решает WM. И если хочется - то может хоть на шар или mesh натянуть gc приложения. Что ещё в эту «нормальную современную графику» входит, кроме забав WM?

Stanson ★★★★★
()
Ответ на: комментарий от Stanson

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

erfea ★★★★★
()
Ответ на: комментарий от erfea

ХА-ХА-ХА. всё понятно.

чмо ёбаное.

PS: сука, если меня забанят из-за тебя, тупоголового школьника-квазиреформатора, то придётся мне тебя убить :(

anonymous
()
Ответ на: комментарий от erfea

> куда медленее.

ЛОЛ. ну-ка, быстро запустил мне qt4 на древнем 386м. а вот X там работали.

anonymous
()
Ответ на: комментарий от anonymous

Адрес «адрес вычилишь по ip», Кратос?

erfea ★★★★★
()
Ответ на: комментарий от aho

> wayland это более простая, легкая и быстрая альтернатива

Не вижу пока ни лёгкости, ни простоты. Оно будет работать на S3Trio64V+ ?

Да что там лёгкость и быстрота - я пока не понимаю в чём суть этого вэйланда.

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

Stanson ★★★★★
()
Ответ на: комментарий от erfea

> Например нормально отрендереные виджеты

Это как? Можно подробнее, на примере окошка с кнопкой. И объяснить, что конкретно не позволят сделать иксы. Ну пожалуйста.

Stanson ★★★★★
()
Ответ на: комментарий от x3al

> Ты предлагаешь в иксы добавить ещё платформозависимого кода?

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

Stanson ★★★★★
()
Ответ на: комментарий от Stanson

>Оно будет работать на S3Trio64V+ ?
Нет, к сожалению, музей грабить не придётся. И монитор с достаточно маленьким разрешением тебе тоже нужно будет красть из музея.

По прочитанным текстам получается что это будут такие укушенные иксы,

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

x3al ★★★★★
()
Ответ на: комментарий от anonymous

> глупо просить сектантов что-то «объяснить», потому что у них есть только слепая вера.

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

Stanson ★★★★★
()
Ответ на: комментарий от aho

>не нужно никакого отказа - wayland это более простая, легкая и быстрая альтернатива, у всего есть альтернатива, вон в дебиане даже ядра меняют, а тут столько криков

Неужто в Дебиан уже лелеют планы типа: «Ядро Линукс разжирело и устарело, в следующем релизе мы планируем использовать слегка допиленный Hurd. Линукс мы пока оставляем в качестве альтернативы для упёртых ретроградов. Переход будет плавным и почти незаметным.»?

gaestur
()
Ответ на: комментарий от Stanson

Не вижу пока ни лёгкости, ни простоты. Оно будет работать на S3Trio64V+ ?

Сравни хотя бы кол-во кода.

Да что там лёгкость и быстрота - я пока не понимаю в чём суть этого вэйланда.

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

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

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

erfea ★★★★★
()
Ответ на: комментарий от gaestur

> в следующем релизе мы планируем использовать слегка допиленный Hurd.

некорректная аналогия. hurd — это всё же микроядро и вообще более концептуален, в то время как вяленый — некое подобие directfb, поэтому уместней было бы сказать «в следующем релизе мы планируем использовать слегка допиленный freedos».

anonymous
()
Ответ на: комментарий от Stanson

Это как? Можно подробнее, на примере окошка с кнопкой. И объяснить, что конкретно не позволят сделать иксы. Ну пожалуйста.

Пример: округлая кнопочка, залитая градиентом, с КРАСИВОЙ ХОРШО ОТРЕНДЕРЕННОЙ надписью. Сегодняшние тулкиты рисуют её не средствами иксов как раз потому, что иксы это рендерят убого и долго. Реализовать это должным образом у разрабов иксов не получается. Почему я уже писал выше.

erfea ★★★★★
()
Ответ на: комментарий от x3al

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

В чём тогда выражается эта неизъяснимая «легкость» и «быстрота» вэйланда?

Лёгкость я понимаю как малое потребление памяти, следовательно, лёгкая софтина будет запросто работать на системах с небольшим количеством памяти. Например старых, как 386 с S3Trio или там как роутер на MIPS.

Быстроту я понимаю как низкие требования к производительности системы, т.е. быстрая софтина будет без тормозов работать на медленных машинах с тактовой в 50-200 МГц.

Я как-то неправильно понимаю «лёгкость» и «быстроту»?

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

Если ты до сих пор сравниваешь wayland с иксами, то у тебя дислексия.

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

Stanson ★★★★★
()
Ответ на: комментарий от Stanson

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

erfea ★★★★★
()
Ответ на: комментарий от Stanson

Быстроту я понимаю как низкие требования к производительности системы, т.е. быстрая софтина будет без тормозов работать на медленных машинах с тактовой в 50-200 МГц.

Лично я быстроту и лёгкость понимаю как нечто способное работать без видимых тормозов на самом захудалом APU от AMD или например смартфоне. Идеи заложенные в вяленом это позволяют.

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

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

erfea ★★★★★
()
Ответ на: комментарий от Stanson

>386 с S3Trio

386

Ты на этом иксы заведёшь, теоретик? А современные иксы? А с FullHD-монитором с 24битным цветом?

роутер на MIPS.

Подключи к нему монитор + поставь KMSный драйвер для начала.
Хотя если это твой основной десктоп — становится понятной любовь к иксам.

медленных машинах с тактовой в 50-200 МГц.

Сам wayland — запросто, ему такты не нужны. И что ты опять забыл в музее?

x3al ★★★★★
()
Ответ на: комментарий от erfea

> Лично я быстроту и лёгкость понимаю как нечто способное работать без видимых тормозов на самом захудалом APU от AMD или например смартфоне. Идеи заложенные в вяленом это позволяют.

зачем искажать смысл слов, да ещё до полной противоположности?

anonymous
()
Ответ на: комментарий от anonymous

>надо разрабатывать (расширять) список команд и параметров

Все говорят надо то, надо это, а иксы как стояли на месте так и стоят. О чём и речь.

Deleted
()
Ответ на: комментарий от erfea

> Пример: округлая кнопочка, залитая градиентом, с КРАСИВОЙ ХОРШО ОТРЕНДЕРЕННОЙ надписью.

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

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

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

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

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

Stanson ★★★★★
()
Ответ на: комментарий от erfea

если все сторонники вяленого так же тупы, то мне жаль космонавта, который сделал на него ставку :(

anonymous
()
Ответ на: комментарий от Deleted

Ну я бы не сказал что стоят. Вот лично я из года в год наблюдаю как ломают то то, то это. Плюс растёт потребность в ресурсах. Плюс разные «фичи» прибавляются, например XV, который попрежнему не работает, например у меня оно довольно часто изображение заливает фиолетовым цветом и притормаживает в отличии от -vo gl. xcomgr нещадно тормозит в отличии от квин повер огл. Ну и так далее.

erfea ★★★★★
()
Ответ на: комментарий от Stanson

Повторяю:

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

Сделай.

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

Это должна будет делать ПРОГРАММА. Потому, что во все X-серверы ты не впихнёшь свою гениальную поделку.

Нет модуля - обычный корявый иксовый текст видим.

Квадратами или вопросами, ага.

x3al ★★★★★
()
Ответ на: комментарий от Stanson

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

Ны дык сделай, глядишь на вяленного забьют.

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

Ага, а если драйвер ФС портит файлы, разраб текстового редактора должен лезть в код ведра?! Ну-ну...

erfea ★★★★★
()
Ответ на: комментарий от erfea

ЗЫ забыл напонмить про всякие пакости вроде NET_WM, давай наплодим еще такого говна, и «упростим» написание ПО в разы. ЗЫ попробуй написать композитор для вяленого и ВМ для иксов, да срани. Ну или хотябы почитай внимательно код уже имеющийся.

erfea ★★★★★
()
Ответ на: комментарий от aho

>> Ты явно незнаком с архитектурой X11.

http://labs.qt.nokia.com/2007/08/09/qt-invaded-by-aliens-the-end-of-all-flicker/

расскажи в чем они не правы, что плюнули на нее

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

anonymous
()
Ответ на: комментарий от ChALkeR

> Ну, давай, расскажи мне.

[тык | тык]

Рассказываю, еще раз, Tk и Xaw - это такие же библиотеки виджетов, как GTK и Qt. Они не встроены в Х-сервер, а, также как GTK и Qt, работают на клиентской стороне, на сервер при этом они отправляют только команды отрисовки. Они не являются частью протокола X11 и к самому протоколу вообще отношения не имеют. В протоколе Х11 не было и нет виджетов. Ты их придумал. :)

anonymous
()
Ответ на: комментарий от x3al

> Это должна будет делать ПРОГРАММА. Потому, что во все X-серверы ты не впихнёшь свою гениальную поделку.

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

Квадратами или вопросами, ага.

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

Stanson ★★★★★
()
Ответ на: комментарий от Deleted

> У иксов 90% возможностей уже устарели и не используются

Знаешь хоть одну возможность Х-ов, которая никем не используется?

И еще архитектура иксов, как минимум, не красива.

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

Поэтому хотят запилить намного более простую сущность.

Нет, запилить хотят те, кто страдают NIH-синдромом. Они почему-то думают, что они за 5 минут придумают что-то лучше чем то, что сотни разработчиков делали несколько лет.

anonymous
()
Ответ на: комментарий от erfea

> Ага, а если драйвер ФС портит файлы, разраб текстового редактора должен лезть в код ведра?! Ну-ну...

Нет. Если разраб хочет чтобы с той стороны сокета делалось то, что требуется разрабу, то он модифицирует софт который стоит с той стороны сокета.

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

Stanson ★★★★★
()
Ответ на: комментарий от Stanson

>Кнопка она и есть кнопка. Нравится тебе чтоб округлая - ну поставь модуль тулкита.
Ты не понял. В X11 НЕТ кнопок. Вообще. Даже примитивных. Даже квадратных. Даже Xt рисует кнопки отдельными примитивами.
Аналогично с остальными виджетами (которые, кстати, можно создавать и тут же использовать, что с твоим чудо-расширением не сделать — но ты же не пробовал писать на тулкитах).
А теперь расскажи, как я со своей солярки или винды открою по сети твоё приложение, рассчитывающее на поддержку тулкита в сервере.

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

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

x3al ★★★★★
()
Ответ на: комментарий от Stanson

Они уже добавили NET_WM... легче жить не стало.

erfea ★★★★★
()
Ответ на: комментарий от erfea

> попробуй написать композитор для вяленого и ВМ для иксов, да срани.

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

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

Stanson ★★★★★
()
Ответ на: комментарий от Stanson

Надеюсь, тебе понятно, почему m$ больше не рассматривает linux как конкурента на десктопе.

x3al ★★★★★
()
Ответ на: комментарий от Stanson

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

Тем не менее имеется невообразимое кол-во ВМов. Я не видел ни одного десктопа без «не обязательное приложение» ВМ.

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

Я тебе выше называл целую тону доводов, почему ты видишь только последний? Мне в каждом посте накопительно дописывать вверху то что уже писал выше?!

ЗЫ а кто тебя заставляет перезжать на вяленого или того хуже разрабатывать его или ПО для него?!

erfea ★★★★★
()
Ответ на: комментарий от x3al

> Ты не понял. В X11 НЕТ кнопок. Вообще.

Где я говорил о том, что Х11 получает команду «нарисовать кнопку»? Нигде. Везде писал «нарисовать фон, нарисовать рамку, нарисовать текст». Что не так?

А теперь расскажи, как я со своей солярки или винды открою по сети твоё приложение, рассчитывающее на поддержку тулкита в сервере.

Как нарисованное дефолтными примитивами твоего GDI.

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

И наплевать. Но если я говорю приложению - работать, сцуко, в локали «C» - то оно обязано засунуть свой юникод себе в какое-нибудь самое дальнее место и работать в локали «С». И только если я попрошу его работать в локали типа «ru_RU.UTF8» вот только тогда приложение может использовать юникод, если умеет.

Следовательно, если X сервер у меня не умеет юникод, то я просто запускаю приложение в неюникодной локали.

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

Stanson ★★★★★
()
Ответ на: комментарий от x3al

>> Ну, просто для примера, какая проблема X11 решена в wayland?

Все до единой гонки (включая нерешаемые в рамках X11-протокола), связанные с reparenting. Потому, что

а) Какой нафиг репарентинг в композиторе?

б) В wayland — client-side декорации.

Бгы. Речь про XReparentWindow()? Класс! И как же в wayland решили «эту проблему», если там такой функции НЕТ? Ни ее ни какого-то другого аналога.

То есть, чтобы решить эту проблему в Х-ах, надо выкинуть функцию? ;) Ок, проблема решена, просто считай, что этой функции нет. Еще какие-то проблемы у Х-ов есть? ;)

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.