The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Доступен Waypipe для удалённого запуска приложений  на базе ..., opennews (??), 29-Июн-19, (0) [смотреть все] +1

Сообщения [Сортировка по времени | RSS]


20. "Доступен Waypipe для удалённого запуска приложений  на базе ..."  +6 +/
Сообщение от Дон Ягон (ok), 29-Июн-19, 21:31 
> Ну что, хейтеры "иксов"? Теперь проброс графики внезапно стал нужен, да?

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

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

PS: Сам "сетевую прозрачность" не использую и для меня это не критерий выбора. Но точно знаю, что этим многие пользуются, т.е. это "нужно".

Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

23. "Доступен Waypipe для удалённого запуска приложений  на базе ..."  –3 +/
Сообщение от kiwinix (?), 29-Июн-19, 22:03 
Ох, чувак, как же ты не прав.

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

Правильнее будет наверное сравнивать с расшариванием экрана чем с сетевой прозрачностью.
Сетевую прозрачность умеет: иксы. Не умеет: qt/gtk


"Точно ли стоило переписывать с нуля?" Конечно стоило!

"и ломать обратную совместимость?" XWayland же, а если ты имеешь в виду что просто не доделали иксы до вейланде -  Ну извини, композитор не умеет рисовать (и не должен) а поэтому иксы выкинули полностью, и оставили только возможность накладывать слои (грубо говоря)


Умеет рисовать: qt/gtk/x.org.

Но для qt/gtk на иксах идёт двойная обработка картинки (упрощённо)

А теперь вспомни что все приложения в линуксе написаны на тулкитах qt/gtk. Именно популярность тулкитов заставила в линуксе поставить производительность иксов на второе место, а на первое убрать двойную буферизацию в gtk/qt

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

Ответить | Правка | Наверх | Cообщить модератору

31. "Доступен Waypipe для удалённого запуска приложений  на базе ..."  +2 +/
Сообщение от Дон Ягон (ok), 29-Июн-19, 22:37 
> Я не фанат иксов и сетевой прозрачности. Но сетевая прозрачность - это нечто уровнем выше чем гонять картинку по сети. Поэтому много и кричали по этому поводу.

Почему - поэтому? Потому что сетевая прозрачность в иксах - by design, а не как в vnc?
Если нет, то почему, если да, то почему это повод кричать про то, что сетевая прозрачность не нужна?

> Сетевую прозрачность умеет: иксы. Не умеет: qt/gtk

Сетевую прозрачность умеет wayland (теперь). Не умеет: qt/gtk.
Ну и в чём разница? В том, что раньше про-вейландовцы говорили, что сетевая прозрачность должна переехать в тулкиты (qt/gtk)? И что мы видим на практике?

> "Точно ли стоило переписывать с нуля?" Конечно стоило!

Конечно, ведь это так увлекательно! А вот починить то, что есть - это сложно и скучно.
Веселее поставить кучу народа раком, сломав обратную совместимость.

>  XWayland же

Зачем мне прослойка, если я могу использовать иксы нативно?

> а если ты имеешь в виду что просто не доделали иксы до вейланде -  Ну извини, композитор не умеет рисовать (и не должен) а поэтому иксы выкинули полностью, и оставили только возможность накладывать слои (грубо говоря)

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

> Но для qt/gtk на иксах идёт двойная обработка картинки (упрощённо)
> А теперь вспомни что все приложения в линуксе написаны на тулкитах qt/gtk. Именно популярность тулкитов заставила в линуксе поставить производительность иксов на второе место, а на первое убрать двойную буферизацию в gtk/qt
> Есть и другие вяленые плюшки. Но двойная буферизация - основная причина

Ох уж эта двойная буферизация! Сколько меня ей пугают, а я всё никак не ощущаю на себе её последствия. Блин, я на атлоне с 800mhz со вторым geforce через wine на древнем дебиане запускал всякий max payne и morrowind, лет так 10-12 назад и ничего не тормозило, работало также как в win xp, которая была на том компьютере ранее. И сейчас никаких проблем с производительностью не замечаю, в игры, правда, уже лет как те же 10 не играю.

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

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

Ответить | Правка | Наверх | Cообщить модератору

35. "Доступен Waypipe для удалённого запуска приложений  на базе ..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 29-Июн-19, 22:52 
...зато дракона же убЪёт. :]
Ответить | Правка | Наверх | Cообщить модератору

41. "Доступен Waypipe для удалённого запуска приложений  на базе ..."  +/
Сообщение от Дон Ягон (ok), 29-Июн-19, 23:22 
> ...зато дракона же убЪёт. :]

Ладно бы только дракона. Я так понимаю, всякие неподдерживаемые/полуподдерживаемые оконные менеджеры, типа ion3/notion тоже не переживут отказ от исков.
Да и вообще, все WM, придётся переписывать.

Ответить | Правка | Наверх | Cообщить модератору

48. "Доступен Waypipe для удалённого запуска приложений  на базе ..."  –1 +/
Сообщение от crypt (ok), 30-Июн-19, 00:17 
выше - фигня на постном масле. кто-то помоему не оч. понимает, что такое "сетевая прозрачность". это не скриншот гонять по сети, а события. а насчет устаревания оконных менеджеров: не смеши мои тапки! опенсорс хлебом не корми, но дай написать или поюзать новый оконный менеджер! все просто счастливы будут!
Ответить | Правка | Наверх | Cообщить модератору

50. "Доступен Waypipe для удалённого запуска приложений  на базе ..."  +/
Сообщение от Дон Ягон (ok), 30-Июн-19, 01:03 
> кто-то помоему не оч. понимает, что такое "сетевая прозрачность". это не скриншот гонять по сети, а события.

Прекрасно понимаю, а где я говорил что-то против? Ну ок, может быть для того, что в wayland термин "сетевая прозрачность" не очень применим, на мой взгляд, это словоблудие вокруг нюансов реализации.
Речь о том, что раньше были только разговоры про то, что "сетевая прозрачность" (или как мы теперь это называем? wayland-proxy? мне пофигу. Чем протокол оперирует, то по сети и гоняют.) "не нужна". Теперь оказывается, что нужна. Речь про это, а не про то, как это сделано.

И повторюсь, лично я вообще подобным не пользуюсь, для меня наличие/отсутствие сорта сетевой прозрачности - не критерий при выборе между wayland и X.

> а насчет устаревания оконных менеджеров: не смеши мои тапки! опенсорс хлебом не корми, но дай написать или поюзать новый оконный менеджер! все просто счастливы будут!

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

Ответить | Правка | Наверх | Cообщить модератору

61. "Доступен Waypipe для удалённого запуска приложений  на базе ..."  –2 +/
Сообщение от kiwinix (?), 30-Июн-19, 05:53 
Не лень же тебе было столько накатать..

> Ох уж эта двойная буферизация! Сколько меня ей пугают, а я всё никак не ощущаю на себе её последствия. Блин, я на атлоне с 800mhz со вторым geforce через wine на древнем дебиане запускал всякий max payne и morrowind,

Двойная буферизация только в qt/gtk через x.org. Не уверен, есть ли двойная буферизация у вайна, либо никогда не была - не буду утверждать.. не знаю


> Сетевую прозрачность умеет wayland (теперь)

Не умеет, и никогда не будет уметь

>  сетевая прозрачность должна переехать в тулкиты (qt/gtk)

К сожалению или к счастью, она никогда не переедет в тулкиты

> если да, то почему это повод кричать про то, что сетевая прозрачность не нужна?

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

+ Вроде как оно не идеальное.

Повторюсь. Я не фанат сетевой прозрачности. Задумка была неплохая, гонять команды а не картинку, но этого уже никогда не будет.. тулкиты скорее всего не захотят. Только от них зависит будет сетевая прозрачность в Wayland или нет. как упомянулось в этом обсуждении, возможно vglrun будет иметь смысл, но лично я в него не верю

> "Точно ли стоило переписывать с нуля?" Конечно стоило!
> Конечно, ведь это так увлекательно!

Гггг. Из иксов выкинули иксы)))
Ну, это не зря сделали.. иксы теперь избыточные. Вяленый может только положить один буфер пикселей на другой буфер пикселей, обрезать уголочки, наложить тень и больше ничем не заниматься. Прекрасно же?) Не?) Хах)))

Ну ладно, у иксов ещё одна проблема была - это тиринг. Уже вроде как починили. По крайней мере так говорят.. но 2 года назад я ещё видел съезжания когда скролил страничку в Firefox..

> Пока всё выглядит так, будто бы wayland будет столь же монструозен, как X, к тому моменту, как станет окончательно готов.

Да, ответ выше - вяленый не умеет рисовать, и никогда не научится. А значит монстром больше чем икс точно никогда не станет

Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

63. "Доступен Waypipe для удалённого запуска приложений  на базе ..."  +/
Сообщение от Дон Ягон (ok), 30-Июн-19, 06:34 
> Двойная буферизация только в qt/gtk через x.org. Не уверен, есть ли двойная буферизация у вайна, либо никогда не была - не буду утверждать.. не знаю

Никаких тормозов в qt/gtk приложениях я также не наблюдал/не наблюдаю.

>> Сетевую прозрачность умеет wayland (теперь)
> Не умеет, и никогда не будет уметь

Ну да, в случае с wayland это сделано немного сбоку, но суть та же.

>>  сетевая прозрачность должна переехать в тулкиты (qt/gtk)
> К сожалению или к счастью, она никогда не переедет в тулкиты

К счастью.

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

Мне не нужна. А кому-то нужна. То, что разработчики вяленого признали это и сделали что-то подобное - в любом случае плюс.

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

Мне в принципе всё равно. Картинку так картинку. Мне был бы интересен результат, если бы я этим пользовался, а не то, что под капотом.

> тулкиты скорее всего не захотят. Только от них зависит будет сетевая прозрачность в Wayland или нет.

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

> Гггг. Из иксов выкинули иксы)))

Да, огорчает именно это. Сломаная совместимость.

> Ну, это не зря сделали.. иксы теперь избыточные. Вяленый может только положить один буфер пикселей на другой буфер пикселей, обрезать уголочки, наложить тень и больше ничем не заниматься. Прекрасно же?) Не?) Хах)))

Да, теперь каждый WM должен писать свой композитор. Прекрасно. Ну, в принципе, логично и последовательно: всё равно им переписывать, мы ж несовместимый протокол наколбасили.
Перенесём часть сложности на сторону клиента и будем хвастаться стройной архитектурой. А то, что сложность переехала в другую часть стека - это уже не наши проблемы! Успех!

> Ну ладно, у иксов ещё одна проблема была - это тиринг. Уже вроде как починили. По крайней мере так говорят.. но 2 года назад я ещё видел съезжания когда скролил страничку в Firefox..

Никогда не могу понять, что есть тиринг. Честно, не знаю, есть он у меня или нет. Если есть, то мне видимо пофигу. И слава богу.
В любом случае, зачем чинить тиринг в иксах? Давайте запилим с нуля несовмстимый вейланд!

>> Пока всё выглядит так, будто бы wayland будет столь же монструозен, как X, к тому моменту, как станет окончательно готов.
> Да, ответ выше - вяленый не умеет рисовать, и никогда не научится. А значит монстром больше чем икс точно никогда не станет

Мой ответ тоже выше - сам вяленый не станет. Но от этого не легче, так как сам графический стек сильно проще не стал. Просто часть сложного переехала из одного места в другое. Да и писать реализацию композитора теперь каждый WM/DE будет свою - ну это чтобы веселее с настройкой и отладкой было, при смене WM. И чтобы велосипедов, делающих одно и то же, но написанных разными командами побольше было.

Ответить | Правка | Наверх | Cообщить модератору

102. "Доступен Waypipe для удалённого запуска приложений  на базе ..."  –1 +/
Сообщение от Аноним (102), 30-Июн-19, 13:04 
всем господам, что тут кричат, что qt/gtk "к счастью" "никогда" не получать сетевую прозрачность:

схема работы webgl из qt 5.12:
https://qt-blog-uploads.s3.amazonaws.com/wp-content/uploads/...
https://blog.qt.io/blog/2018/11/23/qt-quick-webgl-release-512/

наработки по этому поводу у gtk:
https://www.opennet.ru/opennews/art.shtml?num=50419

Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

119. "Доступен Waypipe для удалённого запуска приложений  на базе ..."  –1 +/
Сообщение от Дон Ягон (ok), 30-Июн-19, 18:01 
> всем господам, что тут кричат, что qt/gtk "к счастью" "никогда" не получать сетевую прозрачность:

Я бы не назвал это сетевой прозрачностью. Но это словоблудие в какой-то степени, да.
Основной плюс тут - браузер в качестве клиента. Оно же и минус.
Пользуюсь этим (или похожим по смыслу - как именно это сделано я не смотрел) в qbittorrent, для вебморды. Имхо этим (вебмордами), ИМХО, область применения и ограничена.

Ответить | Правка | Наверх | Cообщить модератору

126. "Доступен Waypipe для удалённого запуска приложений  на базе ..."  +1 +/
Сообщение от Аноним (102), 30-Июн-19, 22:23 
ну веб морды обычно работают через "свой" клиент-сервер протокол, типа rpc.
а у qt-webgl пересылаются вызовы/приметивы gl-я. браузер не является клиентом - там только отображается ui.

>> всем господам, что тут кричат, что qt/gtk "к счастью" "никогда" не получать сетевую прозрачность:
> Я бы не назвал это сетевой прозрачностью. Но это словоблудие в какой-то
> степени, да.
> Основной плюс тут - браузер в качестве клиента. Оно же и минус.
> Пользуюсь этим (или похожим по смыслу - как именно это сделано я
> не смотрел) в qbittorrent, для вебморды. Имхо этим (вебмордами), ИМХО, область
> применения и ограничена.

Ответить | Правка | Наверх | Cообщить модератору

131. "Доступен Waypipe для удалённого запуска приложений  на базе ..."  –1 +/
Сообщение от Дон Ягон (ok), 30-Июн-19, 23:27 
> ну веб морды обычно работают через "свой" клиент-сервер протокол, типа rpc.
> а у qt-webgl пересылаются вызовы/приметивы gl-я. браузер не является клиентом - там  только отображается ui.

Я больше про то, что было в новости про gtk, если я всё верно понял. Qt, ЕМНИП, тоже умело выводить гуй не нативно, а как html+js морду. Кажется, в qbittorrent оно так и работает, в вебморде.
Могу впрочем ошибаться.
qt-webgl там, скорее всего, абсолютно не при делах, согласен.

Ответить | Правка | Наверх | Cообщить модератору

135. "Доступен Waypipe для удалённого запуска приложений  на базе ..."  +/
Сообщение от Дон Ягон (ok), 01-Июл-19, 00:45 
> ну веб морды обычно работают через "свой" клиент-сервер протокол, типа rpc.
> а у qt-webgl пересылаются вызовы/приметивы gl-я. браузер не является клиентом - там
> только отображается ui.

Таки стало интересно и я немного заморочится вопросом реализации web ui в qbittorrent.
Кажется, я всё соврал в 131 и web ui в qbittorent написан руками, без использования спец. возможностей qt.
Т.е. тут я не в тему сказал совершенно, да.

Ответить | Правка | К родителю #126 | Наверх | Cообщить модератору

58. "Доступен Waypipe для удалённого запуска приложений  на базе ..."  +1 +/
Сообщение от maximnik0 (?), 30-Июн-19, 03:47 
>а на первое убрать двойную буферизацию в gtk/qt

За новостями про Xfree не следите ? Посмотрите архив , уже года как 3  устранили эту проблему.Да опять небольшой костыль-расшерение  но  во всяком случае смотрел опции сборки в kubunty,расширение включено и не кто не жалуется.С тирингом не знаю как обстоят дела, по крайне мере с переходом на новую версию
дистрибутива не разу его не ловил.

Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

87. "Доступен Waypipe для удалённого запуска приложений  на базе ..."  +/
Сообщение от Андрей (??), 30-Июн-19, 10:43 
> Да опять небольшой костыль-расшерение

Были (MIT-)SHM, XDBE. А что добавили?

Ответить | Правка | Наверх | Cообщить модератору

97. "Доступен Waypipe для удалённого запуска приложений  на базе ..."  +/
Сообщение от maximnik0 (?), 30-Июн-19, 12:02 
>Были (MIT-)SHM, XDBE. А что добавили?

Я про них и имел в виду, просто у LTS дистрибутивов поддержка вместе с графическими библиотеками добавлена совсем недавно, по умолчанию даже если и Х сервер поддерживал это расширение ,не факт что клиентские либы работали с этими расшерениями.
Видь как не грустно но с безопасностью у Х плохо.Любое костыльное приложение может обрушить графический сеанс,вот и разработчики дистрибутивов осторожничали.
В качестве примера костыльного приложения могу назвать редактор антиворд (врядли уже потдерживаеться в пакетах), недавно проверял по прежнему вышибает графический сеанс.

Ответить | Правка | Наверх | Cообщить модератору

67. "Доступен Waypipe для удалённого запуска приложений  на базе ..."  +/
Сообщение от адмирал третьего флота очевидно (?), 30-Июн-19, 06:53 
это не сетевая прозрачность. это не то чтоб разработчики вэйланда. и это даже не часть вэйланда. и да вэйланд не замена иксам поэтому сохранять совместимость было не с чем. но её таки добавили те кому было надо.
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

73. "Доступен Waypipe для удалённого запуска приложений  на базе ..."  +/
Сообщение от Дон Ягон (ok), 30-Июн-19, 07:02 
> это не сетевая прозрачность.

Я понимаю разницу между прокси, приделанным сбоку и передачей команд отрисовки через сокет (сетевой или unix).
Какое правильное название для того, чем является waypipe?

> это не то чтоб разработчики вэйланда. и это даже не часть вэйланда.

ОК.

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

Вейланд замена иксам. Совместимость - это я не в контексте сетевой прозрачности/проксирования wayland, а про то, что как минимум тулкиты и WM нужно портировать на wayland.

> но её таки добавили те кому было надо.

Мне не надо. Но в любом случае, хорошо, что добавили.

Ответить | Правка | Наверх | Cообщить модератору

70. "Доступен Waypipe для удалённого запуска приложений  на базе ..."  +/
Сообщение от Vkni (ok), 30-Июн-19, 06:57 
> Чем дальше, тем больше вейланд становится похож на иксы.

Чем, интересно, становится похож? Поддержкой тысяч программ? Кроссплатформенностью? Сетевой прозрачностью? Продуманными оконными менеджерами, которые соединяют довольно эклектичные программы в единое пространство?

Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

75. "Доступен Waypipe для удалённого запуска приложений  на базе ..."  +1 +/
Сообщение от Дон Ягон (ok), 30-Июн-19, 07:08 
>> Чем дальше, тем больше вейланд становится похож на иксы.
> Чем, интересно, становится похож?

Тонной расширений. Сам по себе wayland довольно бесполезный. См. wayland-protocols.

> Поддержкой тысяч программ?

Тысяч? Когда я пробовал, у меня штуки 3-4 набралось, всё остальное через xwayland.

> Кроссплатформенностью?

Только в перспективе. Текущие реализации достаточно линукс-специфичны, судя по всему.

> Сетевой прозрачностью?

Приделанной сбоку от самого протокола. Но да, раньше кричали, что это "не нужно".

> Продуманными оконными менеджерами, которые соединяют довольно эклектичные программы в единое пространство?

Несколько недоделанных портов некоторых иксовых WM?
Пока, увы, несравнимо.

Ответить | Правка | Наверх | Cообщить модератору

76. "Доступен Waypipe для удалённого запуска приложений  на базе ..."  +1 +/
Сообщение от Vkni (ok), 30-Июн-19, 07:12 
Ну, то есть, жалкое подобие левой руки. Это не называется похож.

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

Ответить | Правка | Наверх | Cообщить модератору

118. "Доступен Waypipe для удалённого запуска приложений  на базе ..."  +/
Сообщение от Дон Ягон (ok), 30-Июн-19, 17:35 
> Ну, то есть, жалкое подобие левой руки. Это не называется похож.

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

> Если вы считаете, что расширения - это плохо, то зря.

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

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

Ответить | Правка | Наверх | Cообщить модератору

138. "Доступен Waypipe для удалённого запуска приложений  на базе ..."  +/
Сообщение от Vkni (ok), 01-Июл-19, 02:17 
> Сейчас подвезут оконных менеджеров, со своей реализайцией подмножества функционала иксов внутри и всё будет. Да и расширений пока немного.

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

Ответить | Правка | Наверх | Cообщить модератору

140. "Доступен Waypipe для удалённого запуска приложений  на базе ..."  –1 +/
Сообщение от Дон Ягон (ok), 01-Июл-19, 02:30 
>> Сейчас подвезут оконных менеджеров, со своей реализайцией подмножества функционала иксов внутри и всё будет. Да и расширений пока немного.
> Не будет - оно развалится под собственной тяжестью. Выглядит это так: расширения формально есть, но фактически они друг с другом конфликтуют, нестабильно работают, ряд заявленных возможностей недореализуют. В результате, на бумаге Wayland есть, а по факту пользоваться им невозможно.

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

Я не вижу смысла начинать пользоваться вяленым до тех пор, пока 1) он не достигнет паритета по функционалу с иксами 2) более 70-80 процентов ПО не начнёт корректно с ним работать (нативно, не через xwayland). И, в принцие, если такое время не наступит, я ничуть не огорчусь, мне и с иксами хорошо.


Кажется, в #70 был сарказм, да? Ввиду видимо того, что тогда я ещё не ложился спать с субботы, я не распознал его и ответил слегка странно. Wayland, на мой взгляд, становится похож на иксы в плане их худших черт, а не в плане того, что он становится столь же готов к повседневному использованию.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру