Наглядная демонстрация, почему Wayland и близко не готов

Дык хоткеи во всех модулях настраиваются, правила расположения окон есть (хотя и это не нужно, есть devilspie2). Чего ещё не хватает?

ну довай: крутилка окон на одном воркспейсе - в старой после хоткея входа в этот режим (у мну было чтото типа супер+таб, не суть), удерживая супер и нажимая клавиши стрелок крутим тасуем окна по или против часовой, в новом этого нет и предлагается крутить (держим супер, жмем таб) весь стек только по часовой чтобы добраться до ближайших с конца. а если проскочил - крути заново.

ну довай 2: сломан драггинг окна (в том числе и драгндроп файлов) с одного воркспейса на другой через грань куба.

Ну возможно, кубом не пользуемся ;)

мне честно говоря насрать как это выглядит куб или сосиска, но драггинг сломан.

а первый пример вообще в контексте только одного воркспейса.

Дак вообще виртуальными рабочими столами не пользуемся ;) Да и драг-н-дропом лишь при крайней необходимости: когда софт по-другому не умеет или когда тестим его.

как минимум одним пользуешься - вот и проверь как на нем окна крутятся только в одну сторону - смех.

X большой и тупой. Прежде чем мы начали выкидывать его компоненты и использовать обходные пути, X имел внутри почти полную ОС, включая свой сервер печати и свой бинарный транслятор для ELF, COFF и a.out.

Ситуация с Wayland: факты о X и Wayland.

Это же классика ЛОРа, это знать надо!

Как один-то крутить? o_O

окна на нем крути, окна!

аааа, так это оно! я уже и забыл. думал пропустил что.

Куды крутить, зачем крутить 6_9

А иксы вообще так умеют, чтобы окно с правого края последнего виртуального десктопа вылезали с левого края первого? Иначе это бессмысслица полная.

и старый скайп и гитарпро используют системные Qt
но не суть, потенциальная проблема в другом

лол, 7 лет прошло

Последние разработчики, которые героически отпиливали от иксов вот такую вот хрень: https://cgit.freedesktop.org/xorg/xserver/commit/?id=c9468177486833d521ec62c7b0266b4be8200de7

Возможно это было нужно для загрузки драйверов, когда родного загрузчика модулей не было (в ранних версиях UNIX не было libdl и динамической загрузки модулей) или он был недостаточно функционален. Не вижу в этом ничего плохого. Это ещё может позволить загружать одни и те же бинарники драйверов на разных ОС. В Chrome есть свой ELF загрузчик для NaCl, а в последнее время ещё модули WASM добавили.

лол, 7 лет прошло

…а Wayland как был не готов, так и остаётся. X.Org - единственное рабочее решение на Linux/BSD/Solaris.

Ситуация с Wayland: факты о X и Wayland.

Нытьё неосиляторов и не разбирающихся в теме.

Бесполезная иерархия окон. В X каждое поле ввода и текстовая надпись имеют своё окно со своим родителем. Никто не знает, какую же функцию выполняет эта иерархия.

Для сетевой прозрачности, векторной печати (кто там про сервер печати в X.Org говорил?) и экономии памяти (не нужно 2 RGBA буфера на каждое окно создавать) в паре с серверной графикой, а также возможности вставлять окна в другой процесс, например значки в трее.

А что мешает старый собрать?

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

Это WM реализует.

еще раз перечитай что я писал куды и что крутить. у тебя все попуталось.

да, «иксы» умеют, т.к. компиз вместо ворккспейсов использует сосиску-вьюпорт.

да ничто не мешает, наверное, но разговор о том что забагованыц новый - нихрена не вылизаный старый.

Нытьё неосиляторов и не разбирающихся в теме.

Эм. Это как бы интервью с одним из самых активных разработчиков X.Org за прошедший десяток-другой лет.

Вот он тут в пятёрке лидеров: https://github.com/freedesktop/xorg-xserver/graphs/contributors

Это как бы интервью с одним из самых активных разработчиков X.Org за прошедший десяток-другой лет.

Основа X.Org была написана намного раньше. Надо спрашивать тех, кто писал оригинальный код. Те, кто пришли потом, могут не разбираться в архитектуре.

Основа X.Org была написана намного раньше. Надо спрашивать тех, кто писал оригинальный код. Те, кто пришли потом, могут не разбираться в архитектуре.

Этот человек в проекте X.Org с 2004 года, по сути он один из тех людей, который и подарил нам иксы такими, какими мы их видим сегодня. До 2004 года был XFree86, в котором скорее всего он тоже участвовал.

Вряд ли его мнение и особенно мнение Keith Packard, который вообще у истоков стоял с 80-ых годов, и остальных разработчиков, которых сообщество сегодня называет «X11 Veterans» и которые входят в десятку контрибьюторов X.Org, можно считать неосиляторским нытьём и тем более уличать их в том, что они не разбираются в теме и архитектуре. Это выглядит довольно забавно, потому что скорее всего только эти оставшиеся и разбираются в архитектуре, если уйдут они и главный мейнтейнер X.Org (Red Hat) перестанет давать деньги на эту работу – неизвестно кто и как вообще будет поддерживать X.Org, не пользователи форума ЛОР уж точно.

P.S. Red Hat откажется от разработки X.org в ближайшем будущем

особенно мнение Keith Packard, который вообще у истоков стоял с 80-ых годов

Непонятна его роль в проекте. Возможно он не имел отношения к проектированию серверной графики.

Он XRender сделал, если что.

Другое дело, что непонятна его роль в других подсистемах. Я детально логи не анализировал, насчет кто куда коммитил в основном.

Он XRender сделал, если что.

Криворукая поделка. Зачем выдумывать всякие трапезоиды, если можно рисовать произвольные полигоны? Серверная графика Haiku умеет рисовать полигоны со сглаживанием. Код рисования полигонов уже есть для рисования шрифтов.

Сделай лучше.

Непонятна его роль в проекте. Возможно он не имел отношения к проектированию серверной графики.

https://en.wikipedia.org/wiki/Keith_Packard
https://github.com/freedesktop/xorg-xserver/commits?author=keith-packard

Криворукая поделка. Зачем выдумывать всякие трапезоиды, если можно рисовать произвольные полигоны? Серверная графика Haiku умеет рисовать полигоны со сглаживанием. Код рисования полигонов уже есть для рисования шрифтов.

https://en.wikipedia.org/wiki/X_Rendering_Extension#Motivation

xclock uses the render extension for rendering translucent and antialiased clock hands

Серверная графика Haiku умеет рисовать полигоны со сглаживанием.

Кстати, а планируется ли в Haiku замена libagg от ныне почившего Maxim’а Shemanarev’а? Поддержки кажется у этой библиотеки ведь теперь нет. Слышал краем уха на форуме Haiku про возможность использования Blend2D для тех целей, для которых сегодня используется libagg, есть ли какая-нибудь информация на этот счёт?

Keith Packard не осилил полигоны:

https://xcb.pdx.freedesktop.narkive.com/JwqFjBmX/xcb-xrender-and-thin-lines

Far worse than complicated, that function is horribly inadequate for the job of tesselating arbitrary polygons. I’m sorry I ever even considered putting that into the Xrender library. You should stop using it immediately to avoid catastrophe; it will generate garbage trapezoids for seemingly benign input. It barely supports the polygons that xclock generates, which was the only test application for that function.

Generating trapezoids for arbitrary polygons is a hard problem; cairo still doesn’t have a great algorithm in place for this (although we have read papers about which algorithm we should implement).

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

Ну не знаю. XRender, например, вполне себе удовлетворял довольно изысканные требования эффектов KWin в KDE. Возможно даже и сейчас их удовлетворяет.

Кстати, а планируется ли в Haiku замена libagg от ныне почившего Maxim’а Shemanarev’а?

Зачем? Оно нормально работает. Не обязательно постоянно вносить изменения, библиотека может быть просто готова.

Слышал краем уха на форуме Haiku про возможность использования Blend2D для тех целей

Blend2D имеет статус бета и пока не доделана. При желании можно заменить движок рендеринга, он абстрагирован и реализация сосредоточена в одном месте. Надо делать замеры, чтобы понять имеет ли вообще смысл что-то менять.

На opennet пишут, что есть кеды 5.20, в котором вяленный уже достиг паритета с иксами. Кто-нибудь уже тестил? Пора закапывать иксы?

потенциальная

Нет уж, покажите этот патченый Qt тогда ;)

В Chrome

Нашли на кого равняться, ага.

Да с одним рабочим столом-то вообще кубик не показывается, как крутить-то 6_9

А он и не должен быть «вылизаным», он должен хотя бы собираться на новых системах без проблем. Вот например, GWD там поддерживает темы от Marco, а в старом только Metacity, и линкуется с либой Metacity.

тут я имел ввиду что старый вылизан, а новый забагован.

а причем тут кубик? окна крути на одном рабстоле.

У дедов часто кукуха едет, это обычное дело. Даже если до этого вроде крутыми экспертами были.

Посему, например, нужна перемена власти, даже если текущая сейчас устраивает, а все альтернативы кажутся хуже.

уличать их в том, что они не разбираются в теме и архитектуре

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

• скринсейверах (ими кроме DE-растов кто-то пользуется?);

• том, что сетевая прозрачность давно никому не нужна (при том, что на ЛОРе дохрена кто ею пользуется);

• «реальных библиотеках», которые выбросили нахрен отрисовку на иксовых примитивах; по факту же подразумеваются только GTK+/Qt.

Итог предсказуем: Wayland получился прослойкой (а не самодостаточной средой, как X.Org), заточенной под попсовые гномокеды и забившей на всё остальное. На пользователей всяких FVWM/Awesome/Xmonad/etc., софтин типа rofi/dmenu, которые весьма налегают на XCB, софта на Tk/Xlib/FLTK/Motif/etc. — просто положили болт (призываем в тред mord0d как специалиста по подобным штукам). В итоге им пришлось сформировать wlroots-оппозицию, но это уже отдельная и печальная история…

«потенциальная», «например» ни к чему не обязывают, sorry

ААААААААААААААААААААААААААААААААААААААААААААА, Вы про Shift Switcher?

Ну дык у Нас в обе стороны листает, и Cover, и Flip; чините руки, в общем ;)

Зачем? Оно нормально работает. Не обязательно постоянно вносить изменения, библиотека может быть просто готова.

Напротив, я был бы очень рад, если бы libagg осталась в Haiku, а её дальнейшую судьбу кто-нибудь определил, то бишь поддерживал и развивал.

P.S. Нашёл тот тред, можно почитать аргументацию предложившего: https://discuss.haiku-os.org/t/replacing-agg-with-blend2d/7206

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

В принципе, она с любым некрософтом может быть, но это ж потому, что он некро-, а не потому что проприетарный.

ну это ж хорошо если проблемы не будет)

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

У дедов часто кукуха едет, это обычное дело. Даже если до этого вроде крутыми экспертами были.

Посему, например, нужна перемена власти, даже если текущая сейчас устраивает, а все альтернативы кажутся хуже.

Все говорят что нужно, проявляют озабоченность, грозят постами в твитторе, но в код X.Org почему-то лезть кроме дедов, как ты выразился, с «поехавшей кукухой» никто не хочет. Тут ты действительно прав.

И весь тот пост 7-летней давности пропитан гномокедоспецифичными рассуждениями

На пользователей всяких FVWM/Awesome/Xmonad/etc., софтин типа rofi/dmenu, которые весьма налегают на XCB, софта на Tk/Xlib/FLTK/Motif/etc. — просто положили болт

Ну надо же, оказывается наши X11-ветераны с «поехавшей кукушкой» забыли про 1% от 1% и нацелились на широкую аудиторию KDE’шников и GNOME’ров! На Qt 5 и GTK+3, а не Tk, FLTK, Xaw и Motif. Ужас-то какой, а мы верили в идеалы, считали что тайловые менеджеры на хоткеях победят мышевозов у которых …!

том, что сетевая прозрачность давно никому не нужна (при том, что на ЛОРе дохрена кто ею пользуется);

Що, опять?! Сколько можно её выпиливать?!

призываем в тред mord0d как специалиста по подобным штукам

По которым? Я Wayland щупал всего один раз, но тогда под него не было совершенно ничего, пользоваться им было невозможно, потому я его выкинул. А сейчас у меня есть awesome, который на Wayland переходить не планирует, а соответственно не планирую и я. Ну и да, в Wayland до сих пор нет нифига, из того, что есть в Xorg, и чем я активно пользуюсь, так что на Wayland мне пофиг.

Ах да, у меня ещё куча претензий по архитектуре, но расписывать лень, потому предлагаю поверить на слово. ☺

А шо, под линуксы толком есть VSTi?

LADSPA-то всякие UI как такового не имеют, там просто описание интерфейса, какие он значения должен принимать.