Wayland 1.25

иногда цель - сделать красивый интерфейс а не нагромождение стандартных контролов

Это обычно не интерфейс, а какая-то дичь.

Понятия не имею, сорри. Я не разраб графики, просто интересующийся.

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

Старое они открывают вроде. А вот что сохранить только в новое можно, это бесит

Далеко не всё :( У меня тут рядом сидит электронщик, и об него каждый раз можно прикуривать, когда ему приходиться сталкиваться с проектами, сделанными в старых кикадах.

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

Играл в кучу современных игр в 2К на максимальных настройках с трассировкой но ни разу такого не было.

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

О, этого добра в опен сорсе хватает)

К креслу уже как стартовом столе ракеты канал для отведения перегретых газов сделали? :)

Насколько я понимаю, поскольку в вейланде композитор это и есть дисплейный сервер, то при его падении падает вообще все. Это в X11 есть xorg и есть kwin_x11, и последний можно просто перезапустить, в вейланде же есть только kwin_wayland, и перезапустить его нельзя не убив вообще все.

Или я отстал от времени, и эту беду как-то решили?

https://invent.kde.org/plasma/kwin/-/wikis/Restarting

Since Plasma 5.21 the Wayland socket that Applications and KWin use to communicate is kept alive when KWin restarts. This enables applications to restablish connection with the new compositor instance.

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

До кучи можно сказать, что относительно недавно в вяленд был смержен протокол xx-zones-v1

Не прошло и 15 лет как вяленая слониза после долгих мучений и видимо не без кесарева сечения со стороны кого-то из спосоров банкета родила мышонка…..

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

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

Но тут главное не забывать что иксы уже лет 10 если не больше как находятся на положении abandonware - в них никто ничего нового не вносит , их просто поддерживали дабы копилировалос с новыми либами ибо все ждали когда дозреет вяленд в который как раз лили бабло из рога изобилия. Поэтому говорить ну и что что в жирном вейланде обляпаном со всех сторон баблом и платными корпоративными программистами ничего не завезли - вон в иксах которые на общественных началах кое-как ковырял один прибалт - тоже не завезли - это несколько несимметрично. Ну а если говорить о тех временах когда иксы развивали - там скорее было 10 человек в очереди на единственный монитор на котором дай б-г в праздник было 1200 точек, а не 3 монитора 2K 4K 8K на одного человека. И там даже во влажных фантазиях такого жира не было у людей….

ты про мыльное растягивание растра?

Не надо распространять 4.2.

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

Но тут главное не забывать что иксы уже лет 10 если не больше как находятся на положении abandonware.

А существуют они при этом с 1984, то есть 41 год. Даже если предположить истинность твоей инсинуации, то 41-10=31 год вполне достаточно, чтобы разобраться с масштабированием.

Ну а если говорить о тех временах когда иксы развивали…

То можно вспомнить, что было дохренища самых разных мониторов с разрешениями от 620x480 до 1280x1024. И рабочие станции с несколькими мониторами тоже существовали: SPARCstation позволяли вставить несколько видеокарт, и работали там иксы. И всё это мылило, да.

Такие вот дела.

Несколько лет ныли всем селом, чтобы дали ставить окна. Ну, придумали с 4-ой, вроде, попытки, компромиссный вариант, который всех заинтересованных лиц, вроде как, устраивает.

Анонимных экспертов ЛОР-а, тем временем, удовлетворить, по прежнему, так и не удалось.

Осталось только дождаться пока оно появится наконец то в реализации.

https://github.com/KDE/kwin-zones

И в каких композиторах этот протокол будет работать?

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

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

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

А пилил его разработчик KDE просто по приколу?

Может быть, кто знает.

А что делать приложению, которое захочет использовать этот протокол?

Патчить на лету Kwin в каждом дистрибутиве или как?

с разрешениями от 620x480 до 1280x1024

Только там не 620 а 640 всеже, и если 640 было на 14" кинескопе то 1280 на каком-нибудь 17. ЭЛТ это тебе не ЖК матрица, там разнообразие было весьма ораниченным и масштабирование было реально не нужно. Ну вернее ты мог формально вывести 1280 на тянущем 640 кинескопе, но это было мыло. Из-за физики кинескопа мыло было принципиально и неизбежно. Поэтом в основном dpi было более-менее стандартным и ограниченным не возможностями глаза очкарика-программиста, а именно возможностью ЭЛТ. То что мы имеем сейчас - берем монитор 4К и с помощбю масштабирования превращаем в убожество 1366 - вообще на то время было немыслимо.

Ну вот ты сам все и продемонстрировал. Пилил его разработчки КДЕ - а по итогу он не приехал даже в KWIN для которого его пилили (не считаем ту экспериментаьную приблуду-демонстрашку). Теперь вопрос - когда оно приедет в wlroots или hyprland, и в тот же гном который запихивается каждому первому по умолчанию? И кот только когда оно приедет разрабы Wx/KiCAD и Prusa смогут реальзовать на этой базе нативную вейланд-версию. То есть еще лет 5?

640, да, опечатка.

В любом случае, иксы всё мылят by design, и это никто за 40 лет не исправил.

В вяленде исправлено.

Патчить на лету Kwin в каждом дистрибутиве или как?

Ждать реализации в kwin-е, очевидно. Протокол определён. Базовая реализация есть.

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

Реализация «в коде» есть? Есть. Даже две (SDL ещё). Вообще, читать первоисточник иногда полезно.

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

от того что оно в коде есть не значит что его можно использовать. Это две большие разницы

Значит не надо ничего делать? Если протокол влетел в эксперименты, то всё - на него все забили и успокоились? cutout тоже в экспериментах, как и session management. Запиливают (вроде первый уже запилили и KDE и GNOME). Если, прямо, нижнюю дюзу прожгло насквозь, как уже надо иметь в wlroots, то берём git clone, берём Си-шку и вперёд, на абордаж.

что оставшиеся несколько софтин который в принципе не взлетают пока на вяленом зависли надолго

Кто им доктор, что они десять лет про мудрозвонили, а потом видите-ли у них всё сломалось (да, это я про KiCad)?

Перекладываем с больной головы? Кикад работал работал, все у них хорошо было.

Если бы мудозвоны из вяленого не носились со своим идиотским сусурити не дающим приложению размещать свои окна в течении 10 лет - то глядишь бы и в кикаде все уже работало бы и под вейландом тоже? А то этих нехочух 10 лет уговаривали и то до конца не уговорили.

сусурити не дающим приложению размещать свои окна

И снова 4.2. Читай, просвещайся: Wayland 1.25 (комментарий)

В Kwin, например, он не поддерживается

Экспериментальная поддержка разработана: https://invent.kde.org/automotive/kwin-zones

Перекладываем с больной головы?

Нет. Пытаемся жить в реальности, а не в выдуманных сумеречных фантазиях.

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

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

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

Ребенка было два: Qt и GTK,

По факту оказалось, что никому RGBA-поверхности не нужны. Все теперь сидят на Vulkan API и композитор иначе как бутстрапер для вулкана не используют.

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

Мммммм. Левый костыль, которого даже нет в репах, только чтоб починить то, что годами работало в иксах.

https://github.com/NVIDIA/egl-wayland/issues/185

От того что они приняли решение до того как к этому придут пройдет еще лет десять.

И опять 4.2, да что ж такое.

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

Времени, чтобы портироваться на вяленд, было вагон и маленькая тележка. Но этим не озаботились ни в wx (там стабильная поддержка вяленда до сих пор не заявлена), ни в самом кикаде, привязанном из-за маргинального тулкита к иксовым костылям.

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

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

А для кадов многооконность сильно важна, и да - никто не будет переписывать и переосмысливать кад ради какогото сраного дисплейного сервиса. Слишком наукоемкий продукт. Нужен кад - поставишь иксы. Как до сих пор многие промышленные софтины крутятся на XP или чем-то еще более древнем , при этом стоят тонну денег и никто их переписывать даже не думает. Хочешь позльзвать - купи старый ThinkPad определенной модели , поставь хрюшу заданного патчлевела и только так.

Кстати коммерческий дорогущий Eagle тоже иксовый. Да и остальные скорее всего тоже.

Если тебе досточно броузера и текстового радактора - ну чтож, наслаждайся.

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

просто пока вменяемой альтернативы ни кикаду ни прусаслайсеру совместимой с вяленым нет

Никто не говорит, что нужна альтернатива. Нужно исправить то, что есть.

А для кадов многооконность сильно важна

Не важна. Дизайн можно переделать. Альтиум как-то обходится без многооконности.

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

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

Слишком наукоемкий продукт.

Интерфейс, при этом, наукоемким продуктом не является.

Нужен кад - поставишь иксы.

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

Будут, если захотят, чтобы софт работал на этерпрайзных дистрибутивах

Сколько платят за защиту этерпрайзнутых дистрибутивов? Или ты это так, по любви?

С добавлением реализаций, это будет минус один блокер для тех, кто хотел перейти с иксов на вяленд

Когда будет полностью реализован функционал xdotool и xinput - тогда и можно начинать задумываться: а не перейти ли?

приложение имеет право ставить окна ВНУТРИ зоны, но зонами владеет композитор и может ими управлять по своему желанию.

Что за дичь?

как управлять зонами, не привлекая внимания композитора

Делаешь большое окно-контейнер, на весь экран. И весь экран станет твоей зоной. А внутри делаешь свое рабочее окно, и двигай его куда хочешь.

Других окон, правда, видно не будет, но и хрен с ними. :)

Ну, они обрабатывают - падают с ошибкой, что не могут выделить память. Дело в том, что на оффтопике и на иксах при нехватке vram прозрачно используется ram. А на вяленом почему-то нет.

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

Других окон, правда, видно не будет, но и хрен с ними. :)

На другие окна можно переключаться по Ctrl+Alt+Fx

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