LINUX.ORG.RU

X11Libre — свободный и независимый форк X.Org Server

 , ,

X11Libre — свободный и независимый форк X.Org Server

5

5

Представлен открытый проект X11Libre. Это форк X.org Server, нацеленный на проведение чистки кодовой базы и продолжение активного развития функциональности X.org.

По информации OpenNET, проект создал Энрико Вайгельт (Enrico Weigelt), мейнтейнер драйверов AMD FCH GPIO и VIRTIO GPIO в ядре Linux, мэйнтейнер Xnest и активный разработчик Xorg (1831 коммит за последние два года).

В анонсе проекта Вайгельт пояснил, что проект freedesktop.org не является независимым и контролируется компанией Red Hat, которая, по его мнению, специально тормозит развитие X‑сервера и пытается похоронить проект X11. Примечательно, что ранее Вайгельт подвергался критике со стороны Линуса Торвальдса за склонность к теориям заговора.

После действий, связанных с созданием форка и попыток привлечь внимание к возрождению работы над X‑сервером, Карол Хербст (Karol Herbst, сотрудник Red Hat и борец за инклюзивность в сообществе) заблокировал Вайгельту доступ к GitLab‑инфраструктуре freedesktop.org, удалил его репозитории и закрыл более 140 отправленных запросов на передачу изменений (изменения были не без претензий к качеству). В ответ Вайгельт пригласил всех желающих подключиться к разработке X11Libre на GitHub. По мнению Вайгельта, у сообщества есть интерес к продолжению развития X.org и за время искусственного сдерживания разработки у проекта X.org накопилось большое число не принятых изменений и улучшений.

Первый релиз X11Libre планируется опубликовать в ближайшие дни. Проект будет полностью независим, не связан с какими‑либо корпорациями или активистами и избавлен от любых дискриминационных политик, таких как DEI (разнообразие, равенство и инклюзивность). Любой, кто доброжелательно относится к окружающим и заинтересован в продвижении X11, может участвовать в работе.

В планах свежего релиза X11Libre:

  • Поддержка X11-расширения Xnamespace, обеспечивающего изоляцию клиентов через разделение на уровне пространств имён X11;
  • Перевод Xnest на XCB и исключение Xlib из зависимостей;
  • Возможность одновременной установки разных версий ABI для бесшовного обновления в дистрибутивах;
  • Проведение работы по избавлению кодовой базы от технического долга.

По информации от сообщества, ранее от Вайгельта поступали плохо протестированные изменения, которые, например, ломали работу xrandr и приводили к зависаниям. Другие разработчики были недовольны проводимой Вайгельтом чисткой кода, из‑за которой в master‑ветке X.org постоянно менялся ABI и возникали сбои со сборкой. В итоге, было предложено прекратить принимать изменения от Энрико, так как его деятельность по чистке кодовой базы не устраняла конкретных ошибок и не решала существующие проблемы, а создавала новые проблемы.

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

★★★

Проверено: hobbit ()
Последнее исправление: unfo (всего исправлений: 2)
Ответ на: комментарий от posixbit

Так ты это не мне адресуй, а hateyoufeel-у, который цифру уточнил, но неправильную. Я его только поправил.

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

А во что я должен не верить? В то, что Qt площадь виджетов и шрифт увеличивает корректно с учётом DPI монитора? Ещё раз - это не заслуга вяленого, а заслуга Qt, что тулкит корректно масштабирование отрабатывает.

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

Это тоже враньё. На каждый экран отдельно ставится как разрешение так и коэфициенты масштабирования.

Ты точно внимательно прочитал, на что отвечаешь, или как обычно? Еще раз: масштабирование выполняется средствами приложений, а не скейлятся по факту при выводе на экран. И при переносе с одного экрана на другой, масштаб рендера внутри приложений меняется.

Не апскейлится или даунскейлится, а меняется рендеринг внутри самого приложения. Динамически.

Прочитал? Осознал? Дошло? Будем надеяться.

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

Еще раз: заслуга вяленного в том, что он предоставляет протокол для реализации динамического управления масштабированием.

В чем тут проблема? Что не понятно?

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

Lunduke недавно выпустил видео, где утверждает, что посты и новости с упоминанием факта существования форка X11Libre на англоязычных ресурсах массово сносят, по его мнению, по приказам от Red Hat.

Я не утверждаю, что он говорит правду. Но замечу, что удалять с новостного ресурса статью о факте появления форка какого-то СПО только потому, что его появлением недовольны авторы оригинала – это и в самом деле, мягко говоря, неправильно.

Хотелось бы услышать твое мнение на этот счет. Потому что ты, в отличии от многих других, не просто поносишь Lunduke, а по делу расписываешь, в чем он лжет.

Vsevolod-linuxoid ★★★★★
()
Ответ на: комментарий от liksys

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

И что же за заслуга такая? Большая ли заслуга, если это не конкретная реализация, а просто о том «как сделать»? Это не конкретное решение, а просто скидывание работы на плечи других (тулкитов, WM). Что только усиливает фрагментацию/зоопарк в десктопном линуксе.

posixbit ★★
()
Ответ на: комментарий от Vsevolod-linuxoid

Я не выдержу смотреть это говно, мне хватает тупняка, который он постит у себя в твиторе.

Вот буквально свежак: https://x.com/LundukeJournal/status/1932194919378022803

Он прочитал жопой абсолютно однозначный ответ фридесктопа на запрос probonopd о закрытых мёрдж риквестах Энрико, решил, что они забанили самого probonopd за вопрос, и начал радостно строчить твиты.

Причём в каменты тут же набигают такие же жопоголовые, которые тоже не умеют читать, и начинают радостно поддакивать. Ну прямо ЛОР в миниатюре. Только читателей больше.

Upd. Товарищ запостил новый твит, где делает очень много ошибок во фразе «я обосрался» и обвиняет фридесктоп в нечётких формулировках.

AP ★★★★★
()
Последнее исправление: AP (всего исправлений: 2)
Ответ на: комментарий от posixbit

Большая ли заслуга

Это не имеет значения. Факт в том, что протокол есть, с ним все согласились, и его реализовали в конкретных тулкитах. Решение работает. В иксах аналогичного решения нет.

Что только усиливает фрагментацию/зоопарк в десктопном линуксе.

Линукс всегда был фрагментирован, потому что нет единого принимающего решения центра, и вяленд тут совершенно ни при чем. Тридцать лет были иксы - и что, сильно помогло? Куча маргинальных гуевых библиотек, форки, форки форков, странные DE-однодневки, и прочее, прочее. Сложные DE, типа KDE и GNOME, и так содержали почти что полную реализацию вяленда. Сейчас просто выкинули то, что большинству не было нужно.

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

Лично мое мнение, что «это ж-ж-ж неспроста». Графическая подсистема - это очень специфическая область, и на лоре почти никто не обладает достаточными компетенциями, чтобы быть объективным по отношению к иксам или вяленду. Если разрабы иксов (теперь вяленда) говорят, что их задолбало поддерживать гору костылей - я не вижу причин им не верить. Что до интереса красношапки - бизнесу дешевле поддерживать уже работающее решение, а не запускать шарманку с написанием целого нового графического сервера, тем более, что прямых профитов это не приносит. Может, стоимость поддержки привысила возможные издержки?

liksys ★★★★
()
Последнее исправление: liksys (всего исправлений: 1)
Ответ на: комментарий от liksys

В иксах это наверное с момента появления было, но не знаю сайта с Xlib документацией, вот в xcb можно все узнать.

struct xcb_screen_t {
  ...
  short width_in_pixels
  short width_in_millimeters
  short height_in_pixels
  short height_in_millimeters
  ...
};
Как написано в документации по Screen Section, по этим параметрам вычисляется DPI.

MOPKOBKA ★★★★★
()
Последнее исправление: MOPKOBKA (всего исправлений: 1)
Ответ на: комментарий от AP

блеклых ЭЛТ

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

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

Ты говоришь что Wayland предоставил протокол для того что бы приложение узнавало DPI монитора, я показал что в Xorg такой есть, и был скорее всего за 20 лет до появления Wayland. Как не связанно?

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

Я что то не вижу причин масштабировать тему (или брать тему, которую нужно масштабировать). А иконки так вообще с 00-х зачем то до 128х128 паковали, видимо на вырост.

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

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

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

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

Я что то не вижу причин масштабировать тему

А она есть. Скругление кнопок, толщина линий, обводки, теней - всё должно масштабироваться.

А иконки так вообще с 00-х зачем то до 128х128 паковали, видимо на вырост.

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

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

Эти параметры в Xorg соседствуют с параметрами разрешения, и тоже настраиваются. Xorg получается намного раньше предоставил средства (назову так) для получения и установки DPI.

Там настройка DPI, тут настройка DPI, там ее можно установить, тут ее можно установить, там ее можно получить, тут ее можно получить. А прогресс где?

MOPKOBKA ★★★★★
()
Последнее исправление: MOPKOBKA (всего исправлений: 1)
Ответ на: комментарий от liksys

Неспроста после 17 лет разработки, Wayland не только отсутствует по умолчанию во многих дистрибутивах, но и сильно отстатет по возможностям от Xorg.

И можно вспомнить тех кто держится за Xorg, например NVIDIA. В ChangeLog так и написанно, что реализовать полнофункциональный драйвер на Wayland мы не можем, нету средств для этого под Wayland, а под каждый отдельный сервер (KDE, Gnome, Sway, Hyprland) мы делать костыли не собираемся.

MOPKOBKA ★★★★★
()
Последнее исправление: MOPKOBKA (всего исправлений: 1)
Ответ на: комментарий от MOPKOBKA

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

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

А как ты в KDE задаешь к примеру для браузера, что только он должен маштабироваться, с выбранным тобой алгоритмом? Есть скриншот? Ссылка?

В Windows надо перейти в свойства приложения, там можно включить/отключить маштабирование.

MOPKOBKA ★★★★★
()
Последнее исправление: MOPKOBKA (всего исправлений: 1)
Ответ на: комментарий от MOPKOBKA

Wayland не только отсутствует по умолчанию во многих дистрибутивах

Не ври, в большинстве мейнстримных - уже по умолчанию. В убунте по дефолту с 2021 вообще.

И можно вспомнить тех кто держится за Xorg, например NVIDIA.

По большей части всё работает. Выходит, что все-таки сделали.

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

В убунте по дефолту с 2021 вообще.

Только если у тебя видеокарта от производителя с 8% рынка, а не от самого популярного. Если от самого популярного, тогда выбирается Xorg. Ну и Xubuntu это Ubuntu или нет? А там Xorg.

По большей части всё работает. Выходит, что все-таки сделали.

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

MOPKOBKA ★★★★★
()
Последнее исправление: MOPKOBKA (всего исправлений: 1)
Ответ на: комментарий от liksys

Ну так и в Xorg тоже ставишь DPI на стандартный, и ничего не должно маштабироваться. Событие смены экрана приложению посылается. Как именно должно маштабироваться - вот такого в Xorg наверное нету, а в KDE какие есть опции?

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

Только если

Это в 2021. А сейчас почти у всех мейнстримных по умолчанию вяленд.

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

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

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

Это в 2021. А сейчас почти у всех мейнстримных по умолчанию вяленд.

Это текущее состояние Ubuntu. Там правила на NVIDIA установленны.

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

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

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

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

Давай откинем взаимные оскорбления и троллинг

Ладно, давай.

Ты говоришь: «просто выкинули то, что большинству не было нужно». Но кто это «большинство»? И действительно всё это, что было выкинуто, — не нужно? А судьи-то кто? Должны ли мы аппелировать к некому авторитету, даже если это разрабочики иксов (возможно, «особенно если»)? Desktop-юзерам, использующим DE вроде GNOME и KDE? Разработчикам GDM и Mutter? А как же вся экосистема простых и функциональных WM? Специфичных тулкитов, независимых приложений, — все они теперь остались без общего, зрелого компонента (аналога GDI+ и WinAPI в Windows), и вынуждены либо тащить гигантские тулкиты (GTK/Qt/Electron), либо вручную дописывать backend для Wayland, как будто вернулись в 80-е.

Ты спрашиваешь, почему разработчики иксов хотят дропнуть X11? Ответ прост: потому что они и есть разработчики Wayland. «Устали от костылей» — не технический довод, это эмоциональный аргумент, а не инженерный. Устать можно от чего угодно и с разными доводами — это не делает выбранное решение правильным. Если X11 — старый и сложный, это не значит, что его нужно уничтожать без реальной замены, особенно когда множество существующих фич никто не перенёс.

Ты подаёшь это как бинарный выбор: либо «куча костылей в X11», либо «свежий, чистый Wayland». Но проблемы X11 в основном связаны с историческими API (forward/backward compatibility), отсутствием изоляции в протоколе (один клиент может «подглядывать» за другим), legacy-кодом, который действительно трудно сопровождать.

Однако есть и другие пути: можно эволюционно улучшать X11 (X12, Xng, Xcb-only server, sandboxing clients, protocol subsets), можно взять стабильный и самый распространённый GDI+ (если точно, его вайновскую/протоновскую реализацию), можно написать с нуля современную замену этому графическому стеку, а не старательно его уничтожать, взваливаея реализацию на плечи других. Это банальное скидывание с себя ответственности. Десятки лет назад была, возможно, сделана ошибка при завязывании на эти самые иксы — корпоративные ошмётки, как говорит EXL, из-за нежелания решить вопрос самостоятельно, реализовав качественную графическую подсистему. Получается, теперь совершается аналогичная ошибка — нежелание сделать реальную современную замену иксам. Похоже на наступание тех же граблей, но другого цвета и под другим углом.

Теперь было выбрано разрушение универсального графического стандарта, используемого как DE, так и WM — зрелой системы без эквивалентной современной замены. А вариант с протоколами, скидывающими ответственность на плечи других, как показала практика, приводит нас к тому, что пользователей уже сейчас принуждают переходить на то, что не предоставляет замены по целому ряду задач в силу отсутствия функциональности. При этом образуется дополнительная фрагментация. Каждый разработчик WM/compostor вынуждет переизобрать/перереализовывать базовую функциональность иксов. Так что нет, это не «выбросили ненужное». Это разобрали универсальный мост, а предложили каждому плавать вплавь. А тот факт, что крупные DE хотят идти по пути Wayland — не делает его хорошим решением, а лишь показывает, что им легче контролировать стек целиком, а не поддерживать совместимость с общим графическим пространством.

Скажи честно, ты ведь и сам видишь, что это очевидный регресс с точки зрения архитектуры? Если нужен компромисс — пусть будет XWayland, но почему бы не дать выбор? Почему бы не дать возможность запустить современную систему на X11 или Wayland, в зависимости от use-case? А сейчас делают всё, чтобы альтернативы просто не было. Причём маргинализируют даже wlroots. Я гипотитечески могу представить, как реализации wlroots более менее смогут заменить иксы, но не сейчас и не с той политикой, не теми методами, которыми это осуществляется.

posixbit ★★
()
Последнее исправление: posixbit (всего исправлений: 5)
Ответ на: комментарий от firkax

С чего это они блеклые? Не выдумывай.

Эмм… они выгорают, типа. Ну и яркостью ЭЛТ мониторы никогда не отличались.

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

Вот я запустил Ubuntu, у меня по умолчанию Xorg. Ну так то для AMD пользователей он по умолчанию есть. Для тех самых 8% рынка.

Для меня это выглядит как провал, Xorg стал полезен и активно используемым сразу после появления, спустя несколько лет жизни его ставят как стандарт крупные компании, и избавляются от своих альтернативных серверов.

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

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

Не знаю про протоколы, это стандартный API иксов. То что его не используют Gtk и Qt это правда, но то что иксы ничего подобного не предоставляют - неправда. Все есть, все было уже давно, но не было интереса развивать это в Xorg.

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

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

А вот идея с WinAPI & GDI на самом деле хорошая, если не могут сами придумать что то нормальное, украли бы готовое. Заодно пришли бы приложения которые сейчас трудно портировать.

MOPKOBKA ★★★★★
()
Последнее исправление: MOPKOBKA (всего исправлений: 3)
Ответ на: комментарий от firkax

Картинка ЭЛТ со временем начинает «плыть». Ухудшается яркость, чёткость, цветопередача.

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

и стали делать свои реализации

Я так понимаю, что сколь-нибудь значимых альтернативных реализаций X11 никогда не существовало. Протокол разрабатывался вместе с эталонной реализацией и продукты корпораций основывались на коде эталонной реализации X11.

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

Ситуация видимо была как с Unix, крупные поставищики берут одну реализацию, но сверху добавляют свои фичи, либо наоборот маринуют в старых версиях и не обновляют, на это жаловались вроде бы в Unix Haters Handbook.

Xsun например поддерживал не только X11. А сервер от SGI предположу что поддерживал хорошо их железо.

MOPKOBKA ★★★★★
()
Последнее исправление: MOPKOBKA (всего исправлений: 1)
Ответ на: комментарий от posixbit

Но кто это «большинство»? И нужно — кому? Должны ли мы аппелировать к некому авторитету, даже если это разрабочики иксов (возможно, «особенно если»)?

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

А как же вся экосистема простых и функциональных WM?

Всем маленьким WM предлагается использовать wlroots. По идее, нет никаких проблем сделать общий композитор, как иксы, и сделать policy-сервер, который был бы заменой оконной функциональности иксов. Собственно, маленькие WM могут этим и заняться.

Ты спрашиваешь, почему разработчики хотят дропнуть X11? Ответ прост: потому что они и есть разработчики Wayland.

Что им мешало продолжать пилить иксы? Думаешь, просто NIH?

«Устали от костылей» — не технический довод, это эмоциональный аргумент, а не инженерный.

Здесь имеется в виду «накопился большой технический долг и оверхед на сопровождение».

это не значит, что его нужно уничтожать без реальной замены, особенно когда множество существующих фич никто не перенёс

Всё так. Но поддержку иксов еще не дропнули. И нужные протоколы потихоньку аппрувятся. Я думаю, что к моменту, когда иксы решат закопать окончательно, все юзкейсы будут закрыты. Помнишь, сколько было воя про скриншоты и стримы экрана? Сделали же в итоге. Абсолютное позиционирование тоже сделают. Более того, уже было несколько подходов к этой задаче, просто не слишком успешных.

Однако есть и другие пути: можно эволюционно улучшать X11

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

Это банальное скидывание с себя ответственности.

Дело в том, что kwin и другие оконные менеджеры уже и так делали большую часть того, чем занимались иксы, а гуевые библиотеки - рисовали растры. Собственно, всё покатилось в ад именно тогда, когда люди начали слать растры вместо того, чтобы использовать контролы xlib, а альтернативу (развивать xlib для соответствия реалиям) сообщество поддерживать не могло. Так что вяленд плюс-минус соответствует фактическому духу графической подсистемы.

А тот факт, что крупные DE хотят идти по пути Wayland — не делает его хорошим решением, а лишь показывает, что им легче контролировать стек целиком, а не поддерживать совместимость с общим графическим пространством.

Ты не думаешь, что это может наоборот привести к выигрышу? Те, кто не осилят поддерживать вяленд - отомрут (или отомрут), и в итоге фрагментация просто уменьшится. Сейчас, по сути, повторяется история с Xorg: он не родился сразу единой платформой, была [https://en.wikipedia.org/wiki/List_of_display_servers#X11](херова гора реализацией этого протокола), в том числе проприетарных. И еще вот.

Скажи честно, ты ведь и сам видишь, что это очевидный регресс с точки зрения архитектуры?

Я не уверен на счет этого. Будь я разрабами кед, наверное мне было бы проще выбросить иксы и рисовать уже все через opengl, и не мучиться. Что, собственно, сейчас и происходит. Но я не обладаю нужными компетенциями, чтобы рубить с плеча. В чем я точно уверен, так это в регрессе относительно фичей, но я думаю, что их можно допилить, и таки со временем допилят. То есть я могу считать многооконные приложения в массе неюзабельными, но я не сомневаюсь, что для некоторых юзкейсов они необходимы. И если кому-то из больших клиентов будет больно от отсутствия нужных расширений - их добавят.

А сейчас делают всё, чтобы альтернативы просто не было.

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

Я гипотитечески могу представить, как реализации wlroots более менее смогут заменить иксы, но не сейчас и не с той политикой, не теми методами, которыми это осуществляется.

Что не так с политикой wlroots? Я не в курсе.

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

то что иксы ничего подобного не предоставляют - неправда

Я сказал не это. Я сказал, что нет способа сообщить приложению, когда и как оно должно масштабироваться. То есть, информация о возможном масштабе есть, а управления нет.

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

Помнишь, сколько было воя про скриншоты и стримы экрана? Сделали же в итоге.

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

MOPKOBKA ★★★★★
()
Последнее исправление: MOPKOBKA (всего исправлений: 2)
Ответ на: комментарий от liksys

А что значит «когда»? Что ты подразумеваешь под этим? Какие условия задаются в Wayland? Ну и методы маштабирования я тоже не увидел, можешь просто ссылку на протокол скинуть, я не нагуглил.

MOPKOBKA ★★★★★
()
Последнее исправление: MOPKOBKA (всего исправлений: 1)
Ответ на: комментарий от MOPKOBKA

flameshot в GNOME так и не работает

Он и на KDE нормально не работает. При попытке снять экран он отзумил и замельчил десктоп. Зато spectacle работает нормально. Судя по всему, проблемы софта.

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

Это косяки реализации скейлинга. Под Xorg в обоих DE работает прекрасно, в других тоже.

C GNOME проблема в GNOME, они не хотят давать возможности отключить надоедливый диалог. Wayland привносит новые средства для ограничения пользователя.

MOPKOBKA ★★★★★
()
Последнее исправление: MOPKOBKA (всего исправлений: 2)
Ответ на: комментарий от MOPKOBKA

GNOME и без вяленда нашли бы, как ограничить пользователя. У меня в KDE всё работает.

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

Так получается все что может композитор, это сказать приложению «вот такой scale хотелось бы». Алгоритм не задается, триггер тоже. Я пока не вижу отличий от Xorg по возможностям.

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

Иксы посылают событие смены/обновления экрана, из которого можно получить его DPI, вся разница лишь в том, что у Wayland это отдельное событие, а у иксов dpi зашит в событие экрана. Хотя не зашит, просто триггер единый. А dpi можно получить и без события.

MOPKOBKA ★★★★★
()
Последнее исправление: MOPKOBKA (всего исправлений: 1)
Ответ на: комментарий от liksys

Настоящие разработчики X11 были в XFree86. X.Org – это мятежники, которые убили оригинальный X11. Разработчиков X.Org нельзя называть разработчиками X11.

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

Оригинальный X11 сам себя убил со сменой лицензии.

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

вся разница

Ты вообще не догоняешь, что ли? Это ключевая разница. Из события смены обновления экрана приложение не может сделать вывод о том, что пользователь ХОЧЕТ изменить масштабирование. У приложения есть информация о параметрах экрана, но нет знания о том, ЧТО С ЭТИМ ДЕЛАТЬ.

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

Ему не надо читать мысли пользователя, оно просто должно следовать dpi которое ему прислали.

Так можно и с Wayland сказать, вот прислали событие на смену scale, откуда приложению знать что пользователь хочет его сменить? Оно не знает что с ним делать!

MOPKOBKA ★★★★★
()
Последнее исправление: MOPKOBKA (всего исправлений: 2)
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)