Wayland 1.25

Да нет там никаких проблем, просто никто не сделал нормальное масштабирование. Передаёшь приложению множитель и всё, пускай рисует как пользователь попросил.

Так это не работает. Масштабировать этим ты сможешь то что и так масштабируется by design + немного векторной графики.

Смасштабируй диагональную линию к примеру.

Теперь заживем

Здравому смыслу.

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

Но это не реализация

Это реализация протокольного слоя.

Реализация в тулкитах, в композиторах и тд.

Это бизнес-логика.

ломающийся копипаст

про остальное не скажу, но вот это вроде работает нормально уже давно.

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

Про позицию не скажу потому что у меня тайлинг, а про заполнение видеопамяти, не замечал такого на невидии. Хотя может и можно как-то добится.

Очень надеюсь, что благодаря зонам многооконный gimp а ля Фотошоп mac os вернут.

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

Смасштабируй диагональную линию к примеру.

А ещё и проходящую через 2 монитора с разным DPI.

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

Чтобы что? Как одно окно на несколько дисплеев разнести? Х..ня.

Сейчас audacity переписывают на Qt. Будет гораздо лучше.

Целиком на Qt или на wx поверх Qt?

Целиком

Так это не работает.

Именно так это и работает.

Масштабировать этим ты сможешь то что и так масштабируется by design + немного векторной графики.

Т.е. 100% контента.

Смасштабируй диагональную линию к примеру.

Не важно, какая линия. Любая линия будет нарисована идеально.

Именно так это и работает.

Нет не работает.

В качестве доказательства - предлагаю тебе написать простенький оконный hello world, с текстом, парой кнопок и произвольных картинок, где можно будет вводить множитель (или передавать ключом), а оно будет отрисовывать.

Где у тебя будет затык - я заранее знаю.

Т.е. 100% контента.

Нет конечно. Более того, ты даже ШРИФТ не весь можешь увеличить или уменьшить без мыла.

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

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

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

Когда будешь рисовать hello world, о котором я тебя попросил - попробуй текст сделать в полтора раза больше (в css и gtk это {text-size: 1.5em;}), и в полтора раза больше изображение - увидишь о чем я.

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

Люди блин сайты не научились до сих пор нормально делать: увеличиваешь масштаб до 150%, так текст начинает съезжать, картинки мылить, появляться скроллинг, кнопки уезжать за пределы экрана. А ведь здесь готовая DOM-иерархия, все как на ладони. А локальный интерфейс посложнее ты замахаешься строить.

Не важно, какая линия. Любая линия будет нарисована идеально.

Математический алгоритм рисования линии с тобой не согласен. Будет лесенка: https://ibb.co/TBPstmQN

Жду твой hello world с реализацией идеи.

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

Там хитро - зоны находятся во владении композитора. Т.е...

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

Искренне надеюсь что аналог https://isaacfreund.com/blog/river-window-management/ реализуют в апстриме.

Надеюсь, нет. Не нужно ему распухать. Пусть будет именно отдельно и взаимозаменяемо.

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

Блин, протолкнули всё-таки? :(

Надеюсь, не будут особо этим злоупотреблять.

Инетересно, как в KDE Plasma будет отбстоять дела с падением kwin_wayland… ну или его перезапуском. По идее, упадёт полностью сессия, или нет? В X11 можно на лету поменять Window Manager, иногда это оказывается полезно: часто как WA какой-то проблемы, но всё же.

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

Ну хз. Лет 5-10 назад пользоваться KiCAD было невыносимо. Даже корявенькая интеграция и упоротые подходы к подготовке библиотек в gEDA-gaf оказывалось удобнее. Но сейчас они просто рванули в плане удобства. Теперь gschem/pcb пользоваться значительно менее удобно. А в теме схемотехнических CAD и так борьбы хватает, что бы тратить усилия на борьбу с тулкитами или окружениями, типа X11/вяленого. Поэтому, если что-то ломают снаружи, то да, виновато это самое «снаружи».

Поэтом ни порицать ни осуждать их у меня язык не поворачивается.

В иксах картинка масштабируется после рендеринга, что приводит к мылу, а в вяленде - до, поэтому никакого мыла нет.

Вот хер его знает. У меня на 141DPI мониторе, что типа недо-HiDPI (уже не 96, но и не 192 ещё), так сессия плазмы из коробки хорошо работает на X11 и мылит на вяленом.

Может что поменялось уже, нужно проверить. У меня на вяленом ещё и дискретная квадро отчего-то отвалилась. Не разбирался.

Инетересно, как в KDE Plasma будет отбстоять дела с падением kwin_wayland… ну или его перезапуском. По идее, упадёт полностью сессия, или нет?

У меня уже давно ничего не падало, поэтому я не помню, честно. Должна упасть только сессия. Но у меня в последнее время падает ядро из-за amdgpu, кеды блин стабильнее него %)

Поэтом ни порицать ни осуждать их у меня язык не поворачивается.

У меня есть ровно одна претензия к кикаду, из-за которой пользоваться им почти невозможно: отсутствие обратной совместимости. Вот создаешь ты проект в нем, и спустя две версии оно уже не откроется - совместимость версии X есть только с X-1, на X-2 тебе надо сначала взять X-1 и конвертировать в него, и потом уже сконвертировать на X с X-1. И на каждом этапе конвертации обязательно что-нибудь отвалится.

Местные мне тут советовали архивировать CAD вместе с проектом. А заодно и ось, на которой его запускать, потому что в линуксе часто невозможно нормально скомпилять софт предыдущих версий - только контейнеры, только хардкор. Охренительный экспириенс инженерного софта: вместо работы сношаешься с версиями CAD`а. Это полный бред, так быть недолжно.

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

А по поводу wx - ССЗБ. Это сам по себе куцый и кривой тулкит, на котором для построения нормальных гуев приходится пользоваться платформоспецифичными костылями. В итоге у кикадовцев образовался огромный технический долг по переносу всего этого на вяленд, и теперь всё это наконец рухнуло, потому что за последние 10 лет ни wx, ни кикадовцы не спешили решать проблему совместимости с вялендом. Особенно прекрасна там цитата «известные проблемы падения приложений при использования вяленда». Ага, ни у кого не падает, падает у них, и виноват вяленд.

так сессия плазмы из коробки хорошо работает на X11 и мылит на вяленом

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

Надеюсь, не будут особо этим злоупотреблять.

Думаю, на тайлингах за это переживать вообще не стоит.

Затем что с твоим xlibre работать будет только разная маргинальщина.

Добивается любой современной игрой. На иксах начинается статтер (поскольку начинает использовать основную память), на вяленом - игры просто вылетают с шансом 50/50 забрать с собой десктоп

а с копипастом история вообще странная. по контекстному меню - работает стабильно. по ctrl-c (например из фокса в konsole) - через раз. воспроизводится это довольно просто:

а) открыть тот же фокс, скопировать через ctrl-c, вставить в kate - работает

б) открыть тот же фокс, скопировать через ctrl-c, закрыть фокс, вставить в kate - не работает

А потом в Qt целенаправленно сломают API, и ещё раз, и ещё раз, и ещё раз (как это было при Qt5->Qt6).

Вот у меня иногда появляется такое желание. Но как они планируют решать проблему с Вайлендом?

Самый болезненный слом API был между 3 и 4. Пару лет назад писал софтину на Qt5 и без проблем перенес ее на Qt6, с минимумом ифдефов.

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

XML-диалект Wayland

Интерпрайзно.

Один пацан любил конфиги в XML-ках.

Чтобы победить иксы, нужно думать как иксы, выглядеть как иксы, нужно стать иксами.

Не, там оказалось разделение только композитора и оконника дополнительным опциональным протоколом, как я понял, но «божественной» сущности в виде всемогущего X-сервера нет… Вернее там композитор делает всё и сразу, без разделения на сервер и композитор