В кодовой базе, на основе которой формируется выпуск пользовательского окружения KDE Plasma 6, в композитный сервер KWin добавлена поддержка расширений протокола Wayland, отвечающих за управление цветом. В сеансе KDE Plasma 6 на базе Wayland реализована возможность раздельного управления цветом для каждого экрана. Пользователи теперь могут назначить свои ICC-профили для каждого экрана, и в приложениях, использующих Wayland, будет обеспечена корректная цветопередача. Кроме того, цвета, выбираемые при помощи приложения "Пипетка" (Color Picker) теперь преобразуются в цветовое пространство sRGB и обрабатываются с учётом цветовых профилей. Из пока нерешённых задач отмечается учёт настроек управления цветом для приложений X11, запускаемых при помощи XWayland...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=60008
Кто-нибудь может дать пруфлинк, что реализовано? Потому что линки в блоге Нейта ведут на работу по обеспечению базы для реализации расширения, но самой реализации я не вижу.
И даже если проследить за изменениями Wayland Showstoppers, то видно, что пункт не исчез, а переместился в non-showstoppers. Т.е. они запили какую-то базу внутри sRGB, а принятие и реализация расширения теперь не блокирует Wayland по умолчанию.https://community.kde.org/index.php?title=Plasma/Wayland_Sho...
Интереснее всего, как они добавят калибровку цвета, ибо для этого нужно показывать разукрашенное окошко на определенном мониторе, а Вайленд by design не позволяет абсолютное позиционирование окон.https://discourse.gnome.org/t/what-are-the-current-plans-for...
> Интереснее всего, как они добавят калибровку цвета, ибо для этого нужно показывать
> разукрашенное окошко на определенном мониторе, а Вайленд by design не позволяет
> абсолютное позиционирование окон.
> https://discourse.gnome.org/t/what-are-the-current-plans-for...У привелегированных компонентов все есть
https://wayland.app/protocols/kde-plasma-shell#org_kde_plasm...
ты когда сделаешь так, чтобы телега не создавала папку ~/.local/share/applications и не совала туда мусор?
> ты когда сделаешь так, чтобы телега не создавала папку ~/.local/share/applications и не
> совала туда мусор?Во-первых, почему я если не мне это нужно?
Во-вторых, без этого "мусора" приложение в системе не зарегистрировать.
> приложение в системе не зарегистрироватьОно уже зарегистрировано дистрибутивом. На линуксе большинство качает пакет из дистра, а не непонятный бинарник с сайта разработчиков.
>> приложение в системе не зарегистрировать
> Оно уже зарегистрировано дистрибутивом. На линуксе большинство качает пакет из дистра,
> а не непонятный бинарник с сайта разработчиков.Тогда я не понимаю о чем речь
Речь о том, что телега, запущенная из /usr/share/applications/telegram.desktop, все равно сует свой мусор в ~/.local/share/applications. Когда починишь?
> Речь о том, что телега, запущенная из /usr/share/applications/telegram.desktop, все равно
> сует свой мусор в ~/.local/share/applications. Когда починишь?Ну, во-первых, telegram.desktop - невалидно, в коде другой App ID. Возможно поэтому у тебя проблемы.
Во-вторых, чтобы что-то чинить, нужно, чтобы что-то было сломано, а мне неизвестно о каких-либо проблемах в релеватном коде и открытых багрепортов на этот счёт нет. Но, возможно, ты хотел сказать "улучшить", а не "починить".
В-третьих, лично меня текущее поведение устраивает, если нужны улучшения, можешь запилить патч, я могу его отревьювить.
> telegram.desktop - невалидно, в коде другой App IDЯ для примера привел, думал ты не буквоед. Я знаю, что у телеги какой-то "tdesktop" вместо нормального названия. Но не суть. Суть в том, что с правильным айди (а дистры предоставляют именно с правильным айди) -- телега будет совать мусор в домашнюю папку пользователя. Причем по-несколько раз. Еще раз: телега уже зарегана в системе дистром. Но телега делает что? Она регает себя еще раз. Это -- ошибочное поведение.
А у меня кстати больше проблем нет, ибо в телеге больше не сижу. Когда сидел -- убирал права на запись в ~/.local/share/applications. Специально из-за того, что телега туда подсовывает свой тухлый десктоп-файл.
> мне неизвестно о каких-либо проблемах в релеватном коде и открытых багрепортов на этот счёт нет
Если их закрывать без починки (а затем лочить), то открытых багрепортов действительно не останется. Как говорил один великий, -- "NOTABUG!"
> Еще раз: телега уже зарегана в системе дистром. Но
> телега делает что? Она регает себя еще раз. Это -- ошибочное
> поведение.Насколько я помню, это не ошибка, ведь там нужны были специальные аргументы, которых в главном .desktop-файле нет
> Когда сидел -- убирал права на запись в ~/.local/share/applications. Специально
> из-за того, что телега туда подсовывает свой тухлый десктоп-файл.По-моему это какая-то болезнь, как когда количество пакетов в системе считают. Лично мне все равно что там в скрытых папках лежит пока это не занимает сотни мегабайт или гигабайты.
> Если их закрывать без починки (а затем лочить), то открытых багрепортов действительно
> не останется. Как говорил один великий, -- "NOTABUG!"Ну так может стоит вчитываться, если это действительно не считается багом, значит это не баг, просто твое мировоззрение не совпадает, бывает. Как уже сам сказал, не нравится - не юзаешь. Ну, либо делаешь форк, или предлагаешь решение, которое устроит и тебя, и тех, кто решает.
> нужны были специальные аргументы, которых в главном .desktop-файле неткакие-такие "специальные аргументы"? Если телеге нужен какой-то стейт, пусть держит его в $XDG_STATE_HOME, а не подсовывает его пользователю в $XDG_DATA_HOME через аргументы.
> По-моему это какая-то болезнь, как когда количество пакетов в системе считают
По-моему это какая-то болезнь, когда аффтар принципиально не следует спекам операционной системы и регистрирует свою телегу по десять раз, создавая десять десктоп-файлов (одиннадцатый предоставил дистр).
> твое мировоззрение
Ожидания, а не мировоззрение. Остальные проги в папку applications не срут.
> не нравится - не юзаешь
Как я уже сказал, с телегой по счастью дел иметь больше не приходится. Инопланетянское вообще все: протокол, интерфейс (нельзя даже сменить шрифт), неуважение по отношению к $HOME. С технической точки зрения телега не представляет из себя ничего выдающегося. А ведь при ресурсах Дурова можно было создать шедевр.
>> нужны были специальные аргументы, которых в главном .desktop-файле нет
> какие-такие "специальные аргументы"? Если телеге нужен какой-то стейт, пусть держит его
> в $XDG_STATE_HOME, а не подсовывает его пользователю в $XDG_DATA_HOME через аргументы.Patches are welcome. Лично мне норм как есть.
аффтар принципиально не следует спекам операционной системы ивешает на потребителя ответственность за свои неудачно расположенные верхние манипуляторы?
Адекватные люди качают портабельную версию с сайта со встроенной автообновлялкой.
А не ждут говнофлетпаков по 300 мб и недельной задержкой в релизе.
И верно телега делает что создает регистацию и не приходится все это делать в ручную.
Flatpak
Сколько лет уже поддержку Wayland не могут полноценно реализовать? Такое впечатление, что пишут целое ядро Linux.
И его тоже пишут. Бо́льшая часть времени реализации Wayland заняла ведь разработка нового API видеодрайверов в ядре (Direct Rendering Manager). И ведь ещё не закончено по сути (до сих пор нет примитива для explicit synchronization, например).
DRM ещё в нулевых появился.
> DRM ещё в нулевых появился.По-твоему он как появился, так и заморозился? В нем до сих пор новые примитивы для Wayland создают, не говоря уже о том, что драйверам нужно время на реализацию всего этого. Та же NVIDIA лет 10 (или может даже 20) не хотела его и его части (GBM) признавать.
GBM не часть ядра, это гнумомесовский вендорлок (чьи интересы за гнумом догадайся сам).
> GBM не часть ядра, это гнумомесовский вендорлок (чьи интересы за гнумом догадайся
> сам).Что за бред и теории заговора, GBM нужен чтобы ты мог рисовать на DRM-устройстве через EGL. Я хз о каком вендорлоке ты говоришь когда сам DRM был изобретен исключительно для линукса. Это примерно одного уровня "вендорлок" (на самом деле API платформы, которые у каждой свои).
Нет это ты не в себе. Эт kms придуман для линукса (насчёт исключительно я не буду утверждать по понятным причинам, альтернативным ос тоже пора бы обновить подсистемы), а gbm это костыли от неудачников, которые десятилетия были не способны представить сколько-нибудь работоспособные дрова для своего железа, и теперь уже эти производители третьесортных видеокарт утверждают, что они лучше знают, как всем надо делать синхронизацию в железе. Только чёт воз и ныне там.
О, теории заговора подъехали! Обожаю опеннет))
А что же "сообщество" не запилило бы свой невендорлокнутый вариант? Или у него лапки?
За вендорлок топят корпорации. Время, когда сообщество могло как-либо конкурировать, давно прошло.
> За вендорлок топят корпорацииКорпорации делают то что им нужно. Это может быть и вендерлок, и не вендерлок.
> давно прошло
Gonna cry?
Это выглядит точно как стратегия EEE, корпорации часто её применяют в любых воплощениях. Только не плачься, когда "придут за тобой", сюжеты из чёрного зеркала покажутся детским лепетом.
Какое это ЕЕЕ? С какими конкурентами они борются?
"Сообщество" уже лет 10-15 нифига большого сделать не в состоянии.Гномеры пилят гном, кдешники - пилят кеды. Кто-то хочет "копию макось" и "жрите что дают", а кто-то "куча кнопочек и все настраивается." В каких-то общих моментах каждый пытается отстаивать свои интересы и тянуть одеяло на себя. Но это не имеет никакого отношения к ЕЕЕ.
Это всё хорошо, но ты, видимо, упускаешь то, что Гном -- это проникнувший всюду ведорлок, саботирующий всех и вся (включая любых пользователей своего тулкита, и не только "конкурентов"). Также были другие успешные внедрения, такие как systemd, и сегодня уже много софта, запуск и полноценная работа которого предусмотрены только под ним.
> проникнувший всюду ведорлок, саботирующий всех и всяэто просто эмоциональная оценка, не более
Почему не победила другая система инициализации? Почему почти все дистростроители ее приняли?
Их кто-то заставлял? Они же могли просто выпилить гном у себя.
Но нет, вместо того чтобы написать свою намного лучше, они почему-то взяли готовенькое.Почему-то единственная стандартная реализация иксов во всех линуксах - это "круто, так и должно быть".
Ведь были же другие реализации и они померли, кто-то не выдержав "конкуренции", кто-то просто со временем.
А вот одна стандартная система инициализации - это "вендерлок!!11 корпорасты портят наш линукс!!!"
Если говорить конкретно, то оплаченные сотрудники на необходимых позициях принимали требуемые от них решения. Что могли остальные, если "голосования" проводились до получения необходимого результата? Выбор всегда являлся иллюзией, с тех пор, как пришли корпорации. И те корпорации, которые действуют исподтишка, прикрываясь "всем хорошим", хуже всего. Поскольку другие корпорации, являющиеся конкурентоспособными, имеют свою долю благодаря предлагаемым решениям и не саботируют экосистему, но их почему-то надо ненавидеть и постоянно гадить в тапки.
>DRM ещё в нулевых появился.Если ещё не в 1999 - 2000. Заслуга Вялого, ога.
Я про поддержку со стороны разработчиков DE. В KWin поддержка до сих пор в стадии какой-то альфа-версии, хотя усиленно пишут уже лет 5.
> Я про поддержку со стороны разработчиков DE. В KWin поддержка до сих
> пор в стадии какой-то альфа-версии, хотя усиленно пишут уже лет 5.Да вроде нет, как раз больше всех протоколов умеет. Тот же гном только недавно idle-inhibit поддержал.
Протоколы еще не все. Это ты думаешь что вокруг здравомыслящие люди и объяснять им пытаешься когда они показать ничего не способны.
Но если ты запускал программы вроде Goldendict ты бы увидел что они падают почти всегда если это не специально отобранный стабильный дистрибутив.
Тут же может быть опыт в том числе самостоятельной сборки из исходников с уровнем оптимизаций -O3 с другими возможными наворотами и только такой вариант является стабильным так как позволяет поднять производительность кода написанного для виртуального PDP-11.
Саиа программа практически не менялась годами типа бета версии.
> Протоколы еще не все. Это ты думаешь что вокруг здравомыслящие люди и
> объяснять им пытаешься когда они показать ничего не способны.
> Но если ты запускал программы вроде Goldendict ты бы увидел что они
> падают почти всегда если это не специально отобранный стабильный дистрибутив.
> Тут же может быть опыт в том числе самостоятельной сборки из исходников
> с уровнем оптимизаций -O3 с другими возможными наворотами и только такой
> вариант является стабильным так как позволяет поднять производительность кода написанного
> для виртуального PDP-11.
> Саиа программа практически не менялась годами типа бета версии.Хз что значит "вроде", но Goldendict никогда не использовал. У Wayland в общем-то как раз только две части, которые на все влияют: качество реализации Wayland-протоколов и качество графических драйверов. Краши обычно внутри графических драйверов как раз. Подбор дистрибутивов звучит как раз как подбор хорошей версии месы/ядра для конкретного оборудования.
Крашей на драйверах radeon и интеловских не наблюдал.
Radeon он давно готов и там даже вулкан напиливали.
А вроде значит программы, которые вроде бы должны запускаться, но в гноме она например стартует, а в кедах, sway нет.
И если постоянно такая ситуация что что-то полезное не работает это капец как напрягает. А Goldendict практически незаменим для перевода. Гугл всякую ересь выдать может, но сеажем переводить текст в браузере обычно можно очень уж тормозными дополнениями если не на англишатский.
> Крашей на драйверах radeon и интеловских не наблюдал.
> Radeon он давно готов и там даже вулкан напиливали.
> А вроде значит программы, которые вроде бы должны запускаться, но в гноме
> она например стартует, а в кедах, sway нет.
> И если постоянно такая ситуация что что-то полезное не работает это капец
> как напрягает. А Goldendict практически незаменим для перевода. Гугл всякую ересь
> выдать может, но сеажем переводить текст в браузере обычно можно очень
> уж тормозными дополнениями если не на англишатский.Я видел репорты вида "приложение не запускается", а при дебаге оказывалось, что GL-драйвер при определенных командах в определенном порядке от низлежащего тулкита делал такие Wayland-запросы, которые приводили к protocol violation и тулкит вызывал _exit(1). Бывало даже при запуске при показе первого фрейма в окне.
Разумеется воспроизводилось не на каждом композиторе, ведь у каждого разная степень толерантности к ошибкам имплементации протоколов
Возможно, но основные проблемы растут из wlroots и прочих реализаций.
Если одна и та же ситуация повторяется на открытых драйверах годами думаю это значит что вейланд еще не готов для десктопа.
А то получается уровень глюкавости Windows Me, которая была ультра падучая и выносила мозг.
Почему-то у гномосеков такого не наблюдается.
Может и умеет больше протоколов, но это не отменяет, что накодили на целое новое ядро. Такие небольшие проекты как LXQt просто не в состоянии сделать аналогичную поддержку Wayland, они ждут когда KWin стабилизируется, чтобы затащить в зависимости. И соответственно, разжиреть.
> Может и умеет больше протоколов, но это не отменяет, что накодили на
> целое новое ядро. Такие небольшие проекты как LXQt просто не в
> состоянии сделать аналогичную поддержку Wayland, они ждут когда KWin стабилизируется,
> чтобы затащить в зависимости. И соответственно, разжиреть.LXQt вроде себя вообще позиционируют как "затащи любой WM в меня". У них никогда своего не было.
Ну это не отменяет написанного. Хотели как проще, а переусложнили так, что в одиночку с реализацией поддержки не справиться.
> Ну это не отменяет написанного. Хотели как проще, а переусложнили так, что
> в одиночку с реализацией поддержки не справиться.Ну, проще может быть по-разному... Судя по всему, ту простоту (core-протокола), которую хотели, они получили...
Благо, в арче есть пакет который позволяет поставить labwc (вдохновленный Openbox оконник на Wayland) в качестве сеанса waylandhttps://github.com/stefonarch/lxqt-labwc-session
https://aur.archlinux.org/packages/lxqt-labwc-session-git
Ну ок, используйте wlroots, он для этого и сделан, как тот же hyprland делает.
> Из пока нерешённых задач отмечается учёт настроек управления цветом для приложений X11Пффф... Это как раз пофиг.
Пусть переводят свои поделки на вейланд или страдают.
> Пусть переводят свои поделки на вейланд или страдаютЛол, сказал представиель 2% линукс-элиты. Извини, но 98% остальных людей не страдают, ибо таких идиотских проблем у них нет еще с 90х годов.
> 98% остальных людей... даже не знают что такое искы и вейланд. И вполне счастливы без этого знания.
Они вероятнее знают про линекс, а не про линукс))
Большинство проблем из-за отсутствия возможности абсолютного позиционирования окон. Вот тут человек пытается это обойти https://gitlab.freedesktop.org/wayland/wayland-protocols/-/m... с помощью каких-то якорей и прочих новых сущностей.
как так??? почему не завезли? оставили на откуп Xorg???
В программе для создания скриншотов кнопок больше, чем тумблеров в кабине самолёта. Когда-нибудь кдешники научатся делать гуи.
Ну вот не надо гномоподелий. Где ни стрелочки не нарисовать, ни красную рамочку и не обрезать.
Так вы учитесь делать скриншоты так, чтобы никакие стрелочки с рамочками были не нужны.
> стрелочки с рамочками были не нужны.О, подъехали адепты ущербной философии "это вам не нужно". Извините, но для вас есть Гном.
> Ну вот не надо гномоподелий. Где ни стрелочки не нарисовать, ни красную
> рамочку и не обрезать.Главное — не проверяй, на каком тулките написан Shutter.
Не научатся
> В программе для создания скриншотов кнопок больше, чем тумблеров в кабине самолёта. Когда-нибудь кдешники научатся делать гуи.Ок, а как, по-вашему, дожен выглядеть гуй для такой программы (не выпиливая при этом функционал)?
Там должны быть одна кнопка - "сделать к̶р̶у̶т̶о̶ скриншот".
А лучше вообще без кнопок. Аппа сама будет знать когда сделать скрин, какой текст написать, где стрелочки нарисовать. Разумеется при помощи "AI".Пользователи гнома и прочих ДЕ, которые расстраиваются, когда кнопок больше двух, будут просто в восторге!
Это просто ...чудо какое-то, надеюсь gcolor3 подтянулся? Ахаха, новости линукса.
Ура, новые кнопочки!
Об углы порезаться можно, не, не надо.
а зачем это всё? что бы что?
Ну теперь то в криту завезут вейленд?
Не нужно и то и другое.
Paint Brush for DOS - самое то на Pentium 3.
> В сеансе KDE Plasma 6 на базе Wayland реализована возможность раздельного управления цветом для каждого экрана. Пользователи теперь могут назначить свои ICC-профили для каждого экранаНо почему-то скриншоты в https://pointieststick.com/2023/10/27/these-past-2-weeks-in-.../ показывают совсем не это, а какие-то левые вещи.
А патч убирающий серое на сером не завезли ? а могли бы, раз уж с цетами поработали.
Поддержка ICC профилей в Windows существовала с версии XP.Отлично. Какой-нибудь HDR в Линукс добавят в 2040 году.
Поддержка ICC-профилей в X.org есть уже 15-20 лет, в гноме — с 2009 года примерно.
да, прикольно!> 1994; 29 years ago (ICCv2 "version 3.0")
Но продолжают пилить )))
> May 2022 4.4.0.0
> Кроме того, цвета, выбираемые при помощи приложения "Пипетка" (Color Picker) теперь преобразуются в цветовое пространство sRGB и обрабатываются с учётом цветовых профилей.sRGB. 2023 год.
Твой моник даже это не осилит, не переживай.