https://opennet.ru/openforum/vsluhforumID3/107958.html В состав опубликованного (https://www.kde.org/announcements/kde-frameworks-5.22.0.php) на днях выпуска платформы KDE Frameworks 5.22.0, в рамках которой развивается (https://www.opennet.ru/opennews/art.shtml?num=40158) реструктуризованный и портированный на Qt 5 базовый набор библиотек и runtime-компонентов, лежащих в основе KDE, принята (https://blog.martin-graesslin.com/blog/2016/05/kwayland-joined-kde-frameworks/) библиотека KWayland, в которую вынесен код Plasma, специфичный для поддержки Wayland. <br><br><br>KWayland отнесён к фреймворкам первого уровня, т.е. является функциональным дополнением к Qt и, кроме Qt, не требует дополнительных зависимостей. При этом KWayland позиционируется не как замена QtWayland, а как дополнение к QtWayland, предоставляющее большую гибкость за счёт приближения программного интерфейса к Wayland API.<br><br><br>Для разработчиков KDE и Qt вхождение KWayland в KDE Frameworks является важной вехой в развитии, так как теперь открыты двери для задействования возможностей KWayland в других https://opennet.ru/openforum/vsluhforumID3/107958.html#33 Thu, 19 May 2016 07:00:23 GMT &gt; А вот это уже оскорбление, я считаю. Я не обязан читать ваш <br>&gt; бред.<br><br>Может, если мы вам предложим направление на один довольно широко известный адрес, вы и это оскорблением посчитаете? :-)<br> https://opennet.ru/openforum/vsluhforumID3/107958.html#32 Thu, 19 May 2016 06:36:21 GMT О боже, так и не прочитали, то, что я хотел сказать. <br><br>1. Проект пока сырой, что вы от него ожидаете? Подождите ещё года 2-3.<br>2. В Qt пилят _поддержку_ wayland. А вы написали так, как будто его туда добавили.<br>3. Если знаете, то почему пишете обратное?<br><br>&gt;&gt;Если всё не осилите, читайте пункт второй.<br><br>А вот это уже оскорбление, я считаю. Я не обязан читать ваш бред.<br> https://opennet.ru/openforum/vsluhforumID3/107958.html#31 Thu, 19 May 2016 04:01:55 GMT &gt; то что нам не афишируют.<br><br>Кое-кто из X org грозит прекращением поддержки X. Но даже и особенно в этом случае предлагаемый этими товарищами wayland с трудом заслуживает доверия.<br> https://opennet.ru/openforum/vsluhforumID3/107958.html#30 Thu, 19 May 2016 03:09:41 GMT &gt; Что вы там курите?<br><br>:-)<br>Пункт первый. Что там пытается заменить (недоделаный) вэйланд - не первостепенно важно. Особенно для к примеру KDE. Может пытаться дальше.<br>Пункт второй. Про дебилизм уже сказано.<br>Пункт третий. Мы знаем. :-)<br><br>Если всё не осилите, читайте пункт второй.<br> https://opennet.ru/openforum/vsluhforumID3/107958.html#29 Wed, 18 May 2016 20:42:38 GMT &gt; Wayland избавляет от некоторых проблем Xorg, не так ли? <br><br>Да, композитный режим проще и быстрее при условии наличия OpenGL (ну или EGL). Отзывчивость хорошая (не скорость рендеринга, а именно задержки). Можно упростить Xorg до уровня Xnest/Xephyr, если вместо DDX-драйверов заюзать EGL+wayland. Может даже будет с такой же скорость как и раньше работать.<br><br>Но вот строить полнофункциональную DE на базе только протокола Wayland - это какая-то авантюра. Странно, что все кинулись этим заниматься... то ли NIH синдром, то ли скучно, то ли есть то что нам не афишируют. На wayland можно запилить быструю DE уровня Android, но на десктопе такая DE сольет всем. Поэтому мне непонятны восхищения wayland'ом.<br> https://opennet.ru/openforum/vsluhforumID3/107958.html#28 Wed, 18 May 2016 20:29:53 GMT &gt; необходимы качественные расширения протокола<br>&gt; Клиент не имеет доступа к другим клиентам, для такой задачи необходимо расширение протокола<br><br>Расширения протоколов конечно помогут, но ими даже не начали заниматься (там пока всякие тачскрины и фулскрины в очередной раз переизобретают). Desktop Shell даже в unstable нету.<br><br>А вы бы лучше объяснили пользователям что из этого Wayland получится на выходе. А то все два преимущества перечислили (каждый кадр идеален, претензий нет)... а минусов там раз в 20 больше... Потом в процессе беседы пользователь удивляется "Как это нельзя запустить cairodock в wayland?" Мое имхо, что даже win95 фичастее wayland.<br><br>&gt; В чем проблема написать модульный премодульный композитор?<br><br>А в чем проблема заставить все DE перейти на единый унифицированный модульный wayland-композитор?<br>Ну вот мне понравилась среда E-какая-то-по-счету. А допустим тайлинга там нет... И получается что раньше можно было взять и сменить wm (это мог сделать пользователь!). А сейчас - пользователь подобрал т https://opennet.ru/openforum/vsluhforumID3/107958.html#27 Wed, 18 May 2016 19:13:58 GMT Лучший интерфейс - это KDE 3/4.<br><br>А также слизанная с него Win7.<br><br>С тех пор идет непрерывная деградация и добавление тормозов усилиями "улушаторов" и "осовременивателей".<br> https://opennet.ru/openforum/vsluhforumID3/107958.html#26 Wed, 18 May 2016 19:08:13 GMT Действие пальца Линуса будет продолжаться и через века.<br> https://opennet.ru/openforum/vsluhforumID3/107958.html#25 Wed, 18 May 2016 15:20:36 GMT &gt; А теперь это все будет встроено в один жирный блоб под названием "композитор", который вещь в себе для почти для всех (кроме нескольких DE-специфичных утилит, которые умеют полноценно работать только со своим DE-специфичным композитором).<br><br>Для этого необходимы качественные расширения протокола, которые будут поддерживать все: композиторы и клиенты.<br>&gt; А вот задачи запустить приложения из KDE в Enlightenment у них уже нет...<br><br>Приложение обязано поддерживать core протокол, а значит отрисуется любым композитором. Практически любым: композитор может не поддерживать новые фичи последней версии протокола, а приложение отказывается работать с тем, что есть. Но эта проблема касается всех протоколов, включая X11.<br>&gt; или сменить штатную панельку на альтернативную...<br><br>Клиент не имеет доступа к другим клиентам, для такой задачи необходимо расширение протокола, если ты весь из себя дизайнер - пили RFC.<br>&gt; или сменить оконный менеджер на тайловый.<br><br>В чем проблема написать модульный премодульный композитор? Видимо, не