Как вы относитесь к переходу на Wayland?

Ты просто иксы дефолтные не смог вставить в систему.

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

Смотрел ту презентацию про иксы? «Please generate config file Please use this config file. Why?!» Защищать такое поведение софта может только на голову отбитый.

Забыл написать, что через костыль другое расширение.

Че пацаны переезд (комментарий)

один потный

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

Ух ты, круто.

А я просто попёрся на сайт гугла за расширениями и меня там отбрили :-)

Три месяца назад ты ныл о невозможности снять скриншот

Не о невозможности снять скриншот, а об отвале пользовательского софта, которому нужен захват экрана. Естественно, сам композитор может скришотить сколько угодно, галерея ЛОРа в безопасности. А одной из сторонних скришотилок я деньги зарабатываю, и если иксы выкинут, а в wayland нормальный захват не запилят - придется бежать на венду.

понадобится — стандартизируют

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

Кстати, как pipewire должен получать изображение с экрана?

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

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

спроси квазара

Не, я лучше со скриншотилкой поговорю, и то менее шизово будет.

Старый планшет в качестве второго монитора?

хм...

Скорее положительно

не ноавится только что покачто не очень аккуратно Иксовые программы работают из под Гномовского Вэйланда. это слегка поднапрягает

У тебя xsnow не работает, например. И запилить его не тнивиально (в отличие от остальных систем). Его придётся пилить ПОД КАЖДЫЙ композитор. Организационно (за пределами gnome) это ещё больший фэйл, чем Х. Не говоря о том, что вэйланд запилили те же люди, который загадили Х тормозящими расширениями.

Черт. А у моего провайдера /56 каждому желающему и пусть никто не уйдет обиженный, а вот вместо Вэйланда на моем ноутбуке мужской половой член, ибо Оптимус.

Там в твоих комментариях дан один из вариантов того, как она может работать. Аргументов тому, что она должна так работать, там нет.

Цель: при инициализации дисплея автоматически определить его DPI и обеспечить корректное отображение всех приложений на нём. Предложи другой вменяемый способ достижения этой цели.

Кроме того, мне кажется, сквозь твои разъяснения аж просвечивает текущая реализация этого добра в Wayland.

В Wayland есть адекватные средства. Конкретная реализация зависит от композитора, и я пока не видел на практике той, которую я описал.

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

«Всё» — это что? Пока я слышал только «А почему бы не запихнуть это в тулкит, раз оконная система не справляется?» Почему такой подход ни разу не правильный, я уже объяснил.

поэтому исправить в этом уже ничего нельзя

тогда «логика» это «давайте поэтому сломаем всё полностью?»

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

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

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

Оспадетыбожемой! Ты умудрился придумать этому оправдание!

Спасибо, повеселил.

Ну таки реально быстренько стал работать. Мне как юзеру вообще похер кто в чём утонул - браузер работает. Конечно жаль, что пара дополнений исчезло, но а в целом всё работает корректно, странички отображаются так как должны, быстродействие проги теперь молниеносно. Точнее как, у меня SSD, оно и раньше быстро работало, но теперь вообще одномоментно. А что ещё нужно?

удобный интерфейс, малое потребление, дополнения, меняющие интерфейс на любой вкус как это было когда-то.

Какое «оправдание»?! Я реально это постоянно использовал на мониторах с ЭЛТ.

Привел как пример «того что программер не видит»... но программер похоже реально не видит.

А запускать некий «проба.бин» или сам Х с ключем не вижу никакой разницы (вернее второе проще). VGA карточки до сих пор еще есть в промышленности.

xsnow, xroach

Так вот как выглядит любитель стареньких свистоперделочек. Очень нужные программки. Добавь ещё xeyes в копилочку.

emiclock же. Кстати, его портанули на десяточку.

Ну тут каждому своё. На вкус и цвет все фломастеры разные. Меня и стандартщина устраивает.

Добавь ещё xeyes в копилочку.

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

У меня xsnow, xpenguins и иже с ними перестали работать очень давно, ещё до Wayland.

Его придётся пилить ПОД КАЖДЫЙ композитор

Полупрозрачные окна вроде не проблема в Wayland, не зависимо от композитора.

Но не поручусь, конечно, надо доки курить.

Там не поупрозрачные окна, там управление окнами композитора от сторонней программы и вывод графической фигни вокруг них. Ясно, что это невозможно без патча композиторов. И чсх, каждого по-своему. И вот это вот и бесит.

Ну оно у меня не работает, ты правильно написал :-)

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

Повторюсь, xpenguins не работает в Unity в 16.04LTS, потому что композитор. А не потому что Wayland.

не проблема Wayland, проблема композитора

Поправил.

Согласен.

Когда рыночек порешал система становится хуже windows 10.
Там рыночек осилил, а тут нет. И если в windows 10 ты вдруг окажешься без gpu - оно будет вменяемо там работать как будто никакого композитинга и нет. Хотя он там и будет, просто без двойной буфферизации и реализованный так, что при отсуствии gpu не даёт оверхеда, не через софтовый opengl/direct3d, а сразу для cpu.
В wayland ты будешь радоваться тормозами композитора реализованного поверх llvmpipe со включенной двойной буфферизацией. Лучше иметь иксы и de которое будет работать на них. При этом ничего не мешает в качестве иксов использовать xwayland если уж сильно захотелось и позволяет оборудование. А вот обратно это не сработает. Когда de переедет окончательно на wayland и ты захочешь иксы - уже будет поздно.
А композитора как в windows 10 не будет. Рыночек слабый, а добровольцы-разработчики - хипстеры

И это просто ж...а, т.к. все композиторы велосипедятся. В Х велосипедились только совсем извращения или абсолютно клиентский код.

сразу для cpu

google://window acceleration cursor acceleration и т п - я не уверен, но думаю, в винде оно используется.

В Х велосипедились только совсем извращения или абсолютно клиентский код.

KWin и в Compiz точно также велосипедятся.

А композитора как в windows 10 не будет

https://anarsoul.blogspot.ru/2013/01/wayland-and-software-rendering.html

Чувак, просто сравни GNOME на Wayland (он там единственное DE) и Xfce на X11. Подсказка: гном жрет в 4-5 раз больше оперативы.

А потом прочитай другой опрос: там большинство голосует, что компы с менее 16 гигами — для недостойных нищебродов.

А потом 3, где за гном была накрутка в 70 голосов — это кстати единственный случай за всю историю ЛОР.

Sapienti sat.

Неплохо. Ждём когда это сделают в убунтах чтобы работало по дефолту как в дрищаточке без дров.
Однако тут у меня возник вопрос - работает ли оно с разными DE использующими wayland?

В Plasma 5.12 завезут поддержку рендеринга через QPainter.

Вот эти все снежинки и прочие свистульки можно накидать на шейдерах, тем же расширением к gnome-shell:

http://esxi.z-lab.me:666/~exl_lab/screens/gnome-shell-snowflakes.png

Преимущества:

1. Не будет жрать 50% CPU, как этот ваш xsnow.
2. Благодаря шейдерам, можно сделать такую свистопердь, что челюсть отвалится.

Ну и вишенкой на торте: xsnow и xroach уже давно не работают на современных ИКСОВЫХ дистрибутивах. Что там сломали в иксах или в самом xsnow — хрен знает.

 ------------------------------------------------------------------ 
 -        XROACH WILL ONLY WORK ON SIMPLE SESSION MANAGERS        - 
 -        It will NOT work on plasma or gnome or other window     - 
 -        managers that do not allow programs to read and write   - 
 -        to the root window. BE AWARE !!                         - 
 -                                                                - 
 -        It will work on on fvwm, twm and similar                - 
 ------------------------------------------------------------------

Оно настолько всем нужно, что это не фиксят уже лет 10. Не знаю, какую заскорузлую хрень ты используешь, но ради интереса сейчас проверил на контейнерах с Ubuntu 16.04, Ubuntu 14.04, Fedora 22, Arch Linux KDE Plasma 5 X11, Debian 8, Debian 9 — оно, везде __УЖЕ__ сломано.

Так что суета про Wayland в этом треде точно не для тебя. Сиди и дальше в своём тёплом и ламповом тайловом WM.

Оно занимается не тем, для чего предназначалось изначально. Если у тебя не возникло проблем, то тебе повезло.

Оптимизированый софт под какую архитектуру? Оптимизация софта упирается в кроссплатформенность ПО.

Что для тебя неясного в словах «убрать лишнее» ?)

У меня xsnow работает - я что-то не так делаю?

Вместо них можно использовать fvwm crystal. 99% юзеров разницы не увидят.

Я знаю, чтг там сломали. Это не сломали, это захватили x root window.
Вся прелесть этих свистоперделок в том, что они следят за границами окон и рисуют по ним. Это не снежинки на прозрачном слое!

Я знаю, чтг там сломали. Это не сломали, это захватили x root window.

Да какая к чёрту разница? Оно как не работало 10 лет назад на ВСЕХ современных иксовых дистрибутивах, так и не будет работать на современных дистрибутивах с Wayland'ом. О чём спор?

Это не снежинки на прозрачном слое!

А шейдеры в том же GNOME 3 и не являются «прозрачным и накладываемым поверх окном», как ты думаешь.

Выкопал нерабочую каку и зачем-то пришёл с ней в эту тему.

Ха-ха-ха

Тиринг это не то, ради чего стоит пренебрегать сетевой прозрачностью.

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

Если хочешь скорости делай специальный десктоп без сети вообще, на фреймбуфере и с dri.
Геймеры и прочие потребители 3D это оценят, осьальным и с иксами не плохо.

Игр которые с задержками сети играбельны не так то уж и много

Так не агитируй за вайланд, а пили нужный тебе дистр.

Завтра на лоре: 250 лоровцев анонсировали свой дистр без тиринга, ещё 360 готовятся выкатить завтра

Дык правда ж.

Тиринг это то что видно каждый день

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

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

Кстати, как pipewire должен получать изображение с экрана?

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

PipeWire, насколько я понимаю, будет работать как прослойка между композитором и приложением. (Сторонние приложения и так могут получать от композитора изображение/видео, но для этого нет стандартизированного интерфейса.)

И вот в PipeWire можно уже реализовать любые модели предоставления прав.