LINUX.ORG.RU
ФорумTalks

[wayland][X]Продолжаем разговор...

 ,


0

1

Planning the X/Wayland Marriage, X Server 1.13

Keith then took off his release management hat and began talking about X.Org and Wayland integration. The plans, which aren't new, is to allow for full integration between X and Wayland applications. There will be support for seamless multi-window mode, and full performance of X exposed through Wayland. X.Org-dependent applications will be able to run within a Wayland Display Server just as XQuartz does similarly for X applications on Mac OS X.

Keith expects that there will be no performance penalty of running X applications on Wayland versus running them as you have already for decades on bare metal. In fact, he says it's one of his goals to see there aren't any performance drops, but the performance of X applications on Wayland may actually yield a performance boost. The performance boost would come as a result of handling swap requests with Wayland being much simpler.

Among the X/Wayland items still to be solved is how to synchronize keyboard mapping changes, the acceleration architecture for X on Wayland, and how to handle RandR-like display configuration changes. In terms of the acceleration architecture discussion it came down to how to best accelerate X apps on Wayland and whether some DDX driver code from the various hardware drivers should be pulled out or what would be the best approach.

As far as what works now for X on Wayland is that basic X apps should be working, a primitive window manager, cut/paste, and drag-and-drop works. Keith acknowledges lots of people are excited about switching to Wayland.

Источник
First Wayland Release: Wayland 0.85 With Weston

Kristian Høgsberg has just announced Wayland 0.85 and Weston 0.85, which mark the first official releases of Wayland and its reference compositor, respectively.

While Wayland/Weston 0.85 is now out there, this is just one of their pre-1.0 snapshots. This is just a first-shot for those that have been waiting for Wayland to appear in some released form before either packaging it up and/or beginning work on porting their application/desktop to the eventual X.Org-replacement.

From Kristian's announcement:

This is the first real release of Wayland and Weston. Wayland is the protocol and IPC mechanism while Weston is the reference compositor implementation. The 0.85 branch in both repositories is going to be protocol and interface stable. We have a series of protocol changes on the table before 1.0 but this branch marks a stable point before we jump into that.

We may do more 0.85 releases down the road if there's interest and something sufficiently embarrassing shows up.

Источник

★★★★★

Ответ на: Возвращаемся к логике от ollowtf

Давайте вот к этому вашему комментарию вернемся. Здесь вы утверждаете, что «пульс потребовал доработки всего ПО под себя» и «для работы приложений через новый интерфейс требуется их доработка» - это одно и то же высказывание, и что мы его пытаемся опровергнуть. Это неправда. «Всё ПО» != «ПО, работающее через новый интерфейс пульсаудио».

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

Мы про то, требуется ли доработка приложений для работы в системе, в которой присутствует пульс.

Вы удивитесь, но спор был не об этом.

Для работы приложений через старый интерфейс не требуется доработка приложений.

Для работы приложений через новый интерфейс требуется доработка приложений.

Первое утверждение - это то, что сейчас сказали Вы. Я с этим и не спорил. Второе утверждение - то, что сказал я. Вы мне тут пытались доказать, что я неправильно употребляю глагол «требовать». Правда потом об этом забыли и теперь доказываете то, с чем я не спорю :)

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

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

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

Проверил аргументацию Binary. Ваше 4.2, мата в аргументации (да и, строго говоря, в комментах) не было.

http://www.linux.org.ru/forum/talks/7397158?cid=7414487 (комментарий)

Если здесь нет мата, то у меня для Вас плохие новости.

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

Если вы считаете, что был - то не в аргументации, и вас Binary не оскорблял. Пока модераторы не отреагировали - мата не было.

offtop: плохие - это какие? Ну вот просто интересно.

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

Нет, спор был именно об этом. Началось-то все вот с этого коммента, который утверждает то, что я сказал выше. Если проводить аналогию, то эквивалентом того комментария будет «Для работы приложений требуется их доработка». Безотносительно интерфейса = для работы вообще, с любым из двух интерфейсов пульса.

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

Пока модераторы не отреагировали - мата не было.

Это фраза прекрасна сама по себе. IRL таким же принципом руководствуетесь? :D

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

Нет, спор был именно об этом.

Kiborg

Судя по ответам на мой вопрос, вы неверно понимаете и употребляете слово «потребовалась».

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

С чем? И там и там одно и то же написано, только разными словами.

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

Возражения помимо предмета спора?

А что у нас на данном этапе является предметом спора? Спор о глаголе «требовать» или спор о предмете спора? :)

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

Какой вопрос - такой и ответ. Приходите ещё ;)

ollowtf ★★★
()

из документации Qt

Full-screen mode works fine under Windows, but has certain problems under X. These problems are due to limitations of the ICCCM protocol that specifies the communication between X11 clients and the window manager. ICCCM simply does not understand the concept of non-decorated full-screen windows. Therefore, the best we can do is to request a borderless window and place and resize it to fill the entire screen. Depending on the window manager, this may or may not work. The borderless window is requested using MOTIF hints, which are at least partially supported by virtually all modern window managers.

An alternative would be to bypass the window manager entirely and create a window with the Qt::X11BypassWindowManagerHint flag. This has other severe problems though, like totally broken keyboard focus and very strange effects on desktop changes or when the user raises other windows.

X11 window managers that follow modern post-ICCCM specifications support full-screen mode properly.

блаблабла.

Х-мэны орали, что без ICCCM жизни на десктопе нет, помнится. А разрабы вот пишут(и я им верю) что ICCCM говно. И это правильно

ckotinko ☆☆☆
()
Ответ на: из документации Qt от ckotinko

On X11, a window does not have a frame until the window manager decorates it. This happens asynchronously at some point in time after calling QWidget::show() and the first paint event the window receives, or it does not happen at all. Bear in mind that X11 is policy-free (others call it flexible). Thus you cannot make any safe assumption about the decoration frame your window will get. Basic rule: There's always one user who uses a window manager that breaks your assumption, and who will complain to you.

Furthermore, a toolkit cannot simply place windows on the screen. All Qt can do is to send certain hints to the window manager. The window manager, a separate process, may either obey, ignore or misunderstand them. Due to the partially unclear Inter-Client Communication Conventions Manual (ICCCM), window placement is handled quite differently in existing window managers.

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

а приводит это вот к чему: у меня есть 2 монитора, и два окна. я хочу увеличить каждое окно так, чтобы оно занимало собственный монитор но не закрывало всякие панели. И я не могу сделать «maximize to monitor».

зато у красноглазых есть «сетевая прозрачность».

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

И я не могу сделать «maximize to monitor».

постоянно делаю так. я что-то не так понял, похоже...

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