А предсказание-то сбывается...

А поцчему нет? Киоск можно вообще без WM запустить, например. Под голыми иксами. А с вяленым так не получится, он протокол, а не программа, и без композитора не существует. Хотя если считать Weston неотъемлемой частью понятия «Wayland», то можно всё.

Киоск можно вообще без WM запустить, например

Разве имеет смысл второй раз реализовывать режим киоска?

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

В смысле второй раз? Есть первый?

В смысле второй раз?

Вроде уже есть Wayland и Weston 1.5

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

Weston

[qulinxao]читай выше про[/qulinxao]

[qulinxao]читай выше про[/qulinxao]

Нужен режим киоска без вестона? Какой в этом практический смысл?

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

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

ЗЫЖ Если нужно только одно приложение, его вообще можно поверх directfb запускать.

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

Звучит исключительно как вопрос архитектуры.

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

его вообще можно поверх directfb запускать

Ага, только сначала его надо раскопать.

Звучит как вопрос универсальности иксов. Вяленый располагает к зоопарку полурабочих велосипедов.

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

Звучит как вопрос универсальности иксов

логика всё равно где-то должна быть

Вяленый располагает к зоопарку полурабочих велосипедов

Когда в gtk появились client side decoration в иксах тоже далеко не везде это сразу заработало правильно. Неужели в них было мало функционала засунуто?

Повышение покрываемой функциональности тебе не усложнение?

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

Возможно не совсем подходящий пример: strcpy реализуется по сути одной строкой кода. Однако куча проблем вытекает из-за её простоты.

логика всё равно

Кокая? Приложение делает окно на полный экран — иксы рисуют его на полный экран. Всё.

в иксах тоже далеко не везде это сразу заработало правильно

В окнах без декораций нет ничего нового, проблемы были у WM, которые это игнорили и рисовали свои, иксы тут ни при чём.

разве есть проблемы скопировать часть чужой реализации?

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

Однако куча проблем вытекает из-за её простоты

Куча проблем возникает из-за наркоманского формата строк в стоковой cишечке, проблемы со strcpy — лишь одно из их проявлений. В хранении отдельно длины строки тоже ничего особо сложного нету, ещё и замер длины получается за O(1) вместо O(n), не понимаю, на хрена в 2k17 так изголяться с потреблением памяти, стрелять себе в ногу и не иметь возможности хранить в строке символ 0x00.