LINUX.ORG.RU

В Kwin ведётся работа для поддержки Wayland-клиентов

 , ,


0

1

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

На скриншоте показан Wayland-клиент и окна X11, работающие в Kwin одновременно.

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

★★★★★

Проверено: JB ()
Последнее исправление: cetjs2 (всего исправлений: 3)

Ответ на: комментарий от Axon

>Так нафига вообще тогда wayland, есль всё равно всё под иксами работает?

Я запускал и чисто под wayland. Сидел в консольке и hello world писал для wayland.

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

Сполз под стол...

Лучше закатайся под него. X11 это не только сеть, а в большей степени кучи никому не нужного хлама.

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

Там есть эта возможность by Design месяца 2 назад они все вызовы оборачивали.

Так я и говорю - зачем тогда весь сыр-бор? Если мне не изменяет память, история wayland'а началась с того, что один чувак решил, что все беды иксов от сетевой прозрачности, мол, она никому не нужна, legacy и вообще из-за неё всё и тормозит. А теперь он сам же её реализует. Где логика?

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

Слушай, как вы все задолбали. Объясню ещё раз.

Кто-то шибко глупый сказал „в Wayland нет сетевой прозрачности“ — и понеслось.

Это наглое 4.2.

На самом деле „Wayland не занимается сетевой прозрачностью“. Это протокол. Ему побоку, есть у тебя сетевая прозрачность, или нет.

Ты можешь реализовать Wayland-композитор, который вместо отрисовки (или вместе с отрисовкой) шлёт куда-то эти окна по сети. Ноль проблем.

Но протоколу Wayland этого знать не нужно.

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

Я запускал и чисто под wayland. Сидел в консольке и hello world писал для wayland.

Речь шла о реализации работы wayland по сети отдельным инструментом. Мне и предложили в качестве такого инструмента иксы.

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

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

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

>> ssh -X

А звук, а диски, а сраный принтер??? Смешные, ей богу

Вялендофилы гораздо смешнее. Один говорит про VNC, другой - про сраные принтеры.

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

>Так я и говорю - зачем тогда весь сыр-бор? Если мне не изменяет память, история wayland'а началась с того, что один чувак решил, что все беды иксов от сетевой прозрачности, мол, она никому не нужна, legacy и вообще из-за неё всё и тормозит. А теперь он сам же её реализует. Где логика?

Вы плохо читаете. >_< И не понимаете почему и из-за чего и для чего создан wayland.

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

На самом деле „Wayland не занимается сетевой прозрачностью“. Это протокол. Ему побоку, есть у тебя сетевая прозрачность, или нет.

Ты можешь реализовать Wayland-композитор, который вместо отрисовки (или вместе с отрисовкой) шлёт куда-то эти окна по сети. Ноль проблем.

Но протоколу Wayland этого знать не нужно.

Всё, спасибо, понял. Наконец-то кто-то внятно это выразил... Выкручиваю регулятор негодования на минимум. :-)

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

>Не то что бы переложить... сам по сибе wayland просто об этом ничего не знает. Тот менеджер, что идёт в комплекте это не умеет делать НО никто не мешает написать свой менеджер с такой возможностью. ;)

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

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

> Кто-то шибко глупый сказал „в Wayland нет сетевой прозрачности“ — и понеслось.

Это наглое 4.2.

На самом деле „Wayland не занимается сетевой прозрачностью“

Вяленд реально вреден. Он ест моск вялендофилов.

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

По причине целесообразности.

Ну так в чём проблема? Нужно иметь данные везде - запихай в облако. Не нужно - не запихивай. Сплошная целесообразность.

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

http://wayland.freedesktop.org/faq.html#heading_toc_j_8 — на, почитай. Иксы — оверхеад. Можно проще.

Ты можешь использовать уже имеющиеся средства проброски приложений по сети (VNC, RDP, иксы).

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

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

А, может у тебя полотно комментариев на страницы разбито.

Именно. Кстати, оффтоп, раньше была кнопка «все комментарии», а потом её зачем-то выпилили. Это обратимо?

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

Вялендофилы гораздо смешнее.

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

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

http://wayland.freedesktop.org/faq.html#heading_toc_j_8

Is Wayland network transparent / does it support remote rendering?

No, that is outside the scope of Wayland. To support remote rendering you need to define a rendering API, which is something I've been very careful to avoid doing. The reason Wayland is so simple and feasible at all is that I'm sidestepping this big task and pushing it to the clients. It's an interesting challenge, a very big task and it's hard to get right, but essentially orthogonal to what Wayland tries to acheive.

This doesn't mean that remote rendering won't be possible with Wayland, it just means that you will have to put a remote rendering server on top of Wayland. One such server could be the X.org server, but other options include an RDP server, a VNC server or somebody could even invent their own new remote rendering model. Which is a feature when you think about it; layering X.org on top of Wayland has very little overhead, but the other types of remote rendering servers no longer requires X.org, and experimenting with new protocols is easier.

It is also possible to put a remoting protocol into a wayland compositor, either a standalone remoting compositor or as a part of a full desktop compositor. This will let us forward native Wayland applications. The standalone compositor could let you log into a server and run an application back on your desktop. Building the fowarding into the desktop compositor, could let you export or share a window on the fly with a remote wayland compositor, for example a friends desktop.

Особенно обрати внимание на последний абзац ;).

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

Благодарю. И забираю назад пожелание смерти Wayland.

baverman, не сильно затратная отрисовка окон (без передачи растра как с VNC) и *без* проброса стораджа - это главная фича X11.

Само собой с говноSwing'ом получишь кадр в пять секунд, но проблемы негр^Wджавистов...

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

Не знаю… Я раз и навсегда в настройках поменял на максимум комментариев на странице.

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

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

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

>Ты можешь реализовать Wayland-композитор, который вместо отрисовки (или вместе с отрисовкой) шлёт куда-то эти окна по сети. Ноль проблем.

Не совсем так... гляньте вот это http://cgit.freedesktop.org/wayland/wayland/tree/wayland/wayland-client.h?id=...

Это не относиться к «композитору» и требует тоже проброски - но такая возможность заложена.

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

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

Не более чем представление всех объектов ОС через файл. Пишите нормальные ОС?

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

Ок, не буду разводить холиваров, почитаю старые темы.

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

ssh -X

А звук, а диски, а сраный принтер???

Это всё должен уметь X.org? Wayland или что там ещё? Звук по сети можно сделать с помощью mpd, icecast, pulseaudio. NFS зачем-то была придумана. CUPS почему-то называется сервер печати.

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

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

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

It is also possible to put a remoting protocol into a wayland compositor, either a standalone remoting compositor or as a part of a full desktop compositor. This will let us forward native Wayland applications. The standalone compositor could let you log into a server and run an application back on your desktop. Building the fowarding into the desktop compositor, could let you export or share a window on the fly with a remote wayland compositor, for example a friends desktop.

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

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

> Это X11 настолько монструозен, что у него всего одна реализация, в которой есть ВСЁ, и ещё сверху насыпано.

Этот тред полон 4.2. и полного незнакомства с матчастью. Но эта фраза особенно доставляет.

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

> Может всё же лучше построить дом, в котором проводить большую часть времени, а всё остальное делать в пристройках?

Лучше каждому человеку дать по дому, чем, видимо, и занимается Wayland.

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

Именно так. Wayland не может работать с сетью by design. Это там в принципе не может быть реализовано — в отличие от иксов он противоречит unix way.

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

>не сильно затратная отрисовка окон (без передачи растра как с VNC) и *без* проброса стораджа - это главная фича X11.
Да, рисование на сервере - главная фича. Но современные клиенты очень многое рисуют на себе - картинки в браузере, картинки на кнопках, шрифты итд. Оно, конечно, кешируется в иксах, но при локальном использовании не важно, приложению будет даже проще кешировать картинки у себя.

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

> Чтоб клиент видел твои локальные файлы?

Я логинюсь на удаленную машину, чтобы клиент видел мои локальные файлы?? Не находишь в этом ничего странного?

И да — транспорт сетевой ФС можно завернуть в сам иксовый протокол. То, что этого никто до сих пор не сделал, говорит лишь о том, что это никому не надо.

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

> Создавать отдельный велосипед только с той целью, чтобы в нём не было сетевой прозрачности и т. д., ибо костыли, а затем к этому велосипеду накручивать всё это в виде костылей второго порядка - это просто гениально!!!

Лорчую.

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

Нет, он просто все комменты ещё не прочитал.

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

>транспорт сетевой ФС можно завернуть в сам иксовый протокол.

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

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

Было иначе. Чувачок решил, что тормознутость кутэ и гэтэка из-за иксов, а не криворуких быдлокодеров. И он решил, что wayland станет лекарством от всех мыслимых и немыслимых проблем. А сетевую прозрачность пилить ему лень.

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

Это всё должен уметь X.org?

Ну нет же. Оно должно уметь как можно меньше, иначе костылей на всех не напасешься.

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

Перечисли кучи

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

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

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

Quasar ★★★★★
()

Я так понимаю, что прикладной софт, а также эргономичное рабочее окружение под *nix больше создаваться не будет? Все силы прогрессивной программистской мысли теперь направлены на созидание мало-контрастных иконок, обоев с шизофреническим сюжетом, радужного мыла, пятого колеса с 3D-эффектами, и прочей утехи для малолетних гидроцефалов, а также бесконечных переливаний из пустого в порожнее.

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

> Фраза, на мой взгляд наиболее точно отражающая текущее положение вещей в иксах.

Вы не в курсе, что иксы предоставляют ICC для клиентов? Используйте его как транспорт и гоняйте по сети что угодно, FUSE в помощь. Говорю же: тред — сборник эпичного незнакомства с матчастью.

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

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

Поэтому надо заменить на еще более жирное - шедеврально.

Куч ты так и не перечислил.

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