LINUX.ORG.RU
ФорумTalks

Пятницы тред, у кого вяленный?

 , ,


0

1

Зачем до сих пор нужен wayland? Он ведь не победил ничего, с чем боролся.
Кого в иксах волновали прослойки и шипы, которые и тогда ничего не жрали, а теперь и подавно. А через расширения никто не мешает иметь вялого или что угодно.
А за сетевую прозрачность - в банду запрещенных(* в неназываемой) маргиналов вступил бы.

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

В X11 оно благо всё равно работает если эти протоколы не поддерживаются.

Ты так яро защищаешь иксы, но ты ведь должен же быть в курсе, что сейчас 80% всей отрисовки (если не больше) возложили на тулкиты, и иксы нужны постольку поскольку, лишь как посредник. Оконные менеджеры (большинство) научились рендерить напрямую в обход иксов, для ввода также заюзали libinput. Вот именно от этого «прыща», от лишней сущности и избавляются, один фиг всё в тулкитах.

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

о ты ведь должен же быть в курсе, что сейчас 80% всей отрисовки (если не больше) возложили на тулкиты, и иксы нужны постольку поскольку, лишь как посредник

Отрисовка – это лишь малая часть обязанностей X11. Основное там – это управление окнами и диспетчеризация ввода. Wayland даже близко не подошёл по богатости функционала X11 по управлению окнами и вводом.

для ввода также заюзали libinput

Приложения напрямую libinput не используют, они получают ввод через протокол X11/Wayland.

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

Wayland даже близко не подошёл по богатости функционала X11

Ну да, принт сервера и сервера шрифтов там нет :)

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

Создание API для DE – да, обязанность. Например API для перечисления окон, получения имён заголовков, значков, позиций, команды для сворачивания и т.д..

Кномосеки и Кедерасты не могли кучу лет про общий трей договориться, а ты тут про какие общие апи. Это вАще анриал. Вяленый такой именно потому что такие кде и гном - ни у тех ну у других нет никакого желания делать какие-то общие вещи. Они всю идеологию x11 помножили на ноль и гоняют битмапы, хотя могли договориться о чём-то большем и двигать x11 в светлый коммунизм. Печально, но что имеем - нету в графическом стеке какого-нить аффторитетного папика уровня Линуса, который бы аффторитарно загнал бы всех в единое стойло, поэтому содом и базар.

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

Кномосеки

Этих можно сразу отправить в игнор, они неадекватны и альтернативно одарённы. Если их исключить, то о стандартах вполне успешно договариваются. В KDE стараются следовать стандартным практикам как это видно по расширениям Wayland.

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

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

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

Блаженство не кичатся, юзают вэйланд молча. Но мы на ЛОРе, тут некоторые на многобайтовые кодировки все ещё косо смотрят.

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

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

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

К молчащим претензий нет, к ярым апологетам - неизбежно будут.

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

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

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

Иксы не удовлетворяли принципу UNIX-Way

А поттеринговская срань значит удовлетворяет?

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

Вейландом без композиторов пользоваться нельзя.
Композитинг даёт красивое плавное отображение окон.
В эпоху 2D ускорителей для этого не нужны были композиторы.
Любой удалённый десктоп не работает с композиторами (вернее, адово тормозит).
Никто в сообществе не будет допиливать wayland окружения до вменяемого использования по сети, плюс все будут пилить свои несовместимые плюшки.

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

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

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

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

Модульности

Постмодерн победил. Сотни ДЕ и ВМ'ов это не модульность, а 2,5 окружения в вуланде — эт модульность. Ок. Я записал.

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

светлый коммунизм

Оксюморон.

нету в графическом стеке какого-нить аффторитетного папика уровня Линуса, который бы аффторитарно загнал бы всех в единое стойло

И это хорошо. Поменьше бы нам таких авторитарных папиков в жизни…

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

Никак, сказано же. Потому что не нужно.

Мне, например, нужно. В X.Org сессиях тот же Yakuake открывается на том мониторе, где находится курсор, это очень удобно. На Wayland-сессиях он открывается всегда на одном мониторе, это убого.

И причина тут в том, что в Linux-дистрибутивах не смогли сделать нормальную систему разграничения API для Wayland, хотя бы как это сделано в том же Android.

В идеальной Вселенной где Linux-десктоп не сосёт как GNOME или KDE, а удобен в использовании, доступ к «опасным» API вроде захвата курсора, определении его позиции, захвата клавиатуры, захвата экрана, доступа к микрофону и др. был бы разграничен и приложения вроде Yakuake или всякие кастомные скриншотилки запрашивали права доступа к этой функциональности вместо убогого Unsupported:

https://github.com/libsdl-org/SDL/blob/cd7ef24cba6e567fa3dfe1dc6ebb5ad7128ee7e9/src/video/wayland/SDL_waylandmouse.c#L405-L415

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

Впрочем о чём разговор, если в самом популярном DE в Linux – GNOME у приложений на тулкитах отличных от GTK+, вроде SDL2/GLFM/GLFW и прочих подобных до сих нет нормальных заголовков окон, потому что GNOME-разработчики неадекватны. Либо дядечки из IBM наконец-то вправят всем этим циссексуалам и гендерквирам и они решать проблему хотя бы с заголовками окон в GNOME, либо продвижение Wayland затянется ещё на десяток лет, если вообще состоится.

EXL ★★★★★
()
Последнее исправление: EXL (всего исправлений: 1)

P.S. Я тут посмотрел в репозиторий X.Org на днях и похоже что на фоне неадеквата разработчиков GNOME разработка «иксов» постепенно возобновилась. К выпуску готовится новая версия: X.Org Server 21.1 Will Aim To Release In The Coming Weeks, хотя ожидалось что текущая будет последней. На днях выпущен RC1: X.Org Server 21.1 Will Aim To Release In The Coming Weeks.

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

На Wayland-сессиях он открывается всегда на одном мониторе, это убого

Грустно, чо. Плохо что твой композитор не умеет открывать окна там где ты хочешь.

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

Плохо что твой композитор не умеет открывать окна там где ты хочешь.

Тогда нахрен этот композитор и юзаем дальше иксы? Можно даже при этом топить, какой хороший протокол этот, вейланд)

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

как видим - теперь уже не может, какой-то папик решил за него :)

kott ★★★★★
()

А за сетевую прозрачность - в банду запрещенных(* в неназываемой) маргиналов вступил бы.

вступай, чувак взял и сделал

https://github.com/mdevaev

и в другие проекты пользу принёс

https://github.com/TigerVNC/tigervnc/pull/1194

H.264 streaming allows reduce network utilization, sometimes dramatically

убогие иксы не нужны.

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

Смешно будет, если туда постепенно поддержку Wayland добавят. Как дополнительного протокола/расширения.

trex6 ★★★★★
()

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

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

Смешно будет, если туда постепенно поддержку Wayland добавят. Как дополнительного протокола/расширения.

это не смешно а правильно - разработчикам ПО не нужно будет думать о совместимости с говном мамонта

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

Почему двигатель «Фольксвагена» обязан быть совместимым с головкой блока цилиндров из «Мерседеса»?

А почему бы нет? Несовместимо оно по большей части ради вендор-лока.

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

И назвать это X12 /

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

Ну у тебя правда с логикой плохо. Тебе человек говорит, вэйланд убогий, потому что в нем нихрена нет, и всем приходится городить велосипеды, в иксах же такого нет, там все универсально. Ты: - intelfx

fixed!

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

Это не поддержка, а курам на смех. Виртуальный растр Вейланд предоставляет, и все. О том, что реально растры у разных мониторов имеют разную плотность приложение даже не знает. Это аналог виндового System dpi aware. Аналога виндового Per monitor dpi aware в Вейланд нету.

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

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

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

Это композитор масштабирует виртуальный растр приложения к реальному растру монитора.

Пруф?

Мыла нет, УМВР. В гномощели можно специально включить режим виртуального растра (для дробного масштабирования), и он действительно выглядит как говно, так что разницу я заметить способен.

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

Это у тебя видимо gtk-шный per monitor scale factor. Тоже курам на смех, либо 100%, либо 200%, других вариантов нет. В винде per monitor dpi идут с шагом в 25%: 96, 120, 144, 168, 192.

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

Что такое «gtk-шный» и почему он работает в приложениях на Qt?

Короче, мне кажется, что ты слегка не прав:

<…> Wayland addresses this by adding a «scale factor» to each output, and clients are expected to apply this scale factor to their interfaces <…>

https://wayland-book.com/surfaces-in-depth/hidpi.html

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

Да, я не прав.

Композитор сообщает клиенту, каковы разрешения мониторов, на которых сейчас отображается его поверхность. Клиент должен выбрать максимальное разрешение и в этом разрешении отрендерить содержимое поверхности. Это поддерживается и в gtk и в qt тулкитах. И это правильно, dpi awareness должен быть именно в тулките.

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

iliyap ★★★★★
()
Последнее исправление: iliyap (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.