1.2, Аноним (2), 17:49, 24/03/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
xdg-decoration, ну, вот, а сколько разговоров было. С этого и начинать надо было.
| |
|
2.4, Аноним (4), 18:15, 24/03/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
Наконец-то X12! Осталось только протокол для принтеров добавить!
| |
|
3.10, Аноним (-), 19:10, 24/03/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Что за бред. Для настройки и работы принтера Wayland не нужен.
| |
|
4.45, Аноним (45), 00:35, 25/03/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Раньше считалось, что работа с принтером не должна сильно отличаться от работы с окном. Видимо отсюда и желание встроить в X11 поддержку печати. Да и в ранних OpenGL были намёки, что контекст 3D для принтера может быть штукой полезной - на принтере тоже можно вывести 3D-картинку.
Со временем это сделали уже на уровне тулкитов (типа QPainter в Qt) вместо встраивания в графическую систему.
| |
|
3.37, Аноним (37), 22:47, 24/03/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
И звуком! А то как то какой то не юниксвейный этот ваш вайланд!
| |
|
2.24, Alladin (?), 21:31, 24/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
вы еще пропустили момент когда верт синхронизацию разрешили ОТКЛЮЧАТЬ) (разговоры о тиринге)
| |
|
3.30, freehck (ok), 22:00, 24/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
> вы еще пропустили момент когда верт синхронизацию разрешили ОТКЛЮЧАТЬ) (разговоры о тиринге)
Лол =)
Ну что ж, тогда, перефразируя Леннарта: "то, что мы избавились от тиринга -- не было нашей целью, это просто побочный результат того, что мы делали вещи правильно".
upd: проверил инфу, и таки да, и таки давно
https://www.opennet.ru/opennews/art.shtml?num=58160
| |
|
|
|
|
|
4.27, Аноним (27), 21:45, 24/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
В КДЕ хоть поверх всех окон, хоть даже поверх полноэкранных приложений, как душе угодно
| |
|
|
|
1.7, Аноним (7), 18:34, 24/03/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Как теперь различать, программа через xwayland запущена, или напрямую? Вот у xwayland нормальная иконка на панели была, а у вейланда всегда дефолтная.
| |
|
2.9, Аноним (9), 18:59, 24/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
Классический способ - открыть XEyes и навестись курсором мыши на окно, которое подозревается, что открыто в XWayland. Если в этом подозреваемом окне (НЕ XEyes) глаза из XEyes следуют за курсором мыши, то оно открыто в XWayland, иначе Wayland native.
| |
2.12, Sunderland93 (ok), 19:28, 24/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
Ещё вариант - запустить в терминале xlsclients. Покажет список того, что запущено под иксами.
| |
|
3.15, Аноним (7), 19:50, 24/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
Не, это совсем не работает. Я таким образом подумал, что вайн у меня успешно без xwayland заработал. Но нет, не во всех случаях и в основном без dxvk.
| |
|
4.32, Аноним (9), 22:09, 24/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
Wine до сих пор использует X11 драйвер как основной. Он не будет запущен только в том случае, если XWayland нет в системе, или если был запущен без переменной DISPLAY.
На что в принципе все равно: если приложение настаивает, что лучше использовать XWayland, то лучше используйте его. В играх от него практически нет оверхеда или инпут лагов.
Если нормально запускается на Wayland из коробки, то используйте Wayland версию.
| |
|
5.57, n00by (ok), 09:52, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
В разделе HKEY_CURRENT_USER\Software\Wine\Drivers в ключе Graphics меняем значение, переставляем x11,wayland местами -- будет стартовать на wayland по умолчанию.
| |
|
6.61, Аноним (9), 13:27, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
Это устаревшая информация, если не ошибаюсь. Так работало в Wine <= 9.22.
От 9.23 и выше оно определяется именно по DISPLAY переменной.
| |
|
7.62, n00by (ok), 15:05, 25/03/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Оно и работает по DISPLAY переменной.
Берёт первый из списка, а это x11.
Берёт переменную DISPLAY, а там пусто - инициализация не проходит.
Берёт следующий, а это wayland.
Если поменять местами значения в ключе, тогда сразу будет пробовать wayland, до DISPLAY дело не дойдёт.
Буквально вчера на 10.3 менял "wayland,x11" обратно на "x11,wayland", поскольку
wine reg add "HKEY_CURRENT_USER\Control Panel\Desktop" /v LogPixels /t REG_DWORD /d 0x90 /f
под wayland не увеличивало размер шрифта.
| |
|
|
|
|
|
|
3.16, Аноним (7), 19:58, 24/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
> xlsclients
Есть что-нибудь более надёжное? Может, грепнуть открытые файлы, или прилинкованные библиотеки там.
| |
|
|
5.40, Аноним (7), 22:59, 24/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
Показывает в среднем 1 программу из 1000 запущенных даже на иксовой сессии, часто без какой бы то ни было идентификации (просто строчка с именем хоста и пойди угадай что
это такое вообще). Так себе надёжность. Зачем вообще существует непонятно.
| |
|
6.56, llolik (ok), 09:13, 25/03/2025 [^] [^^] [^^^] [ответить] | +/– |  Потому что уже давно многие не устанавливают все свойства окна Можно и так ... большой текст свёрнут, показать | |
|
|
|
|
2.41, Anonsss (?), 23:29, 24/03/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
#!/bin/bash
if pgrep -x Xwayland > /dev/null
then notify-send 'Xwayland'
fi
| |
|
1.11, Аноним (-), 19:13, 24/03/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Мне кажется уже надо тормозить. Лишние расширения не нужно добавлять, а то через несколько лет получим монстра как X.org.
Остальной функционал пусть (на своё усмотрение) внедряют разработчики WM и DE.
| |
|
2.21, Kerr (ok), 21:12, 24/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
Wayland Protocols нужны для стандартизации. Без этого разработчикам каждого Wayland-композитора придётся самостоятельно изобретать отдельно от других свои "велосипедные" Wayland-протоколы. А это приведёт к тому, что придётся создавать отдельные версии приложения для каждого отдельного композитора.
| |
|
3.22, Аноним (22), 21:19, 24/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
Справедливости ради протоколы - это самая ущербная идея, которая может быть. Что будет, если муттер реализует протокол, а квин - нет? А если программа будет полагаться на наличие протокола? Верно, под квином программа будет работать не так. Ну проходили уже во времена жаббера, ну нерабочая это история.
| |
|
4.25, Атлас (?), 21:35, 24/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
Это как понять силу ноля и наконец ждать когда что нибудь появиться ставя на это самую маленькую надежду когда вокруг не известно что делает пытаясь в эпитеч
| |
4.26, Анонимусс (-), 21:36, 24/03/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Что будет, если муттер реализует протокол, а квин - нет?
То должен быть механизм проверки что поддерживается.
> А если программа будет полагаться на наличие протокола?
Элементарно же! Нужно вывести юзеру осмысленное сообщение "что ожидается и что не поддерживается".
ЗЫ: а у вас был опыт проф. разработки?
Представьте себе, когда вы поддерживаете несколько версий ОС, то там некоторые вещи есть только в более новых, или наоборот что-то задепрекейчено и есть только в старых. А если это кроссплатформа - то там что-то вообще иначе делается. И как-то это все хендлится.
Хотя это вряд ли применимо для свободного софта, пишущегося по вечерам на выходных в контексте маргинальных васяно-DE.
| |
4.28, llolik (ok), 21:49, 24/03/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
> А если программа будет полагаться на наличие протокола?
Протокол в основе своей предполагает, что всегда можно получить список всех реализуемых композитором расширений и их версий (как и версию протокола). Поэтому, ситуацию отсутствия нужного протокола всегда можно выявить и обработать.
| |
4.34, Аноним (9), 22:14, 24/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
Вообще, если посмотреть на логи програм, то они определяют, какой протокол поддерживается, а какой нет.
Соответственно, если какой-то из протокол не поддерживается, то просто отключается соответствующая функциональность (если она для приложения критическая - то оно, скорее всего, просто закроется).
> А если программа будет полагаться на наличие протокола?
Ну тогда надо написать bug report с лэйблом feature request. Вам либо скажут, что когда-нибудь сделают, либо просто развернут. Во втором случае, это будет не их проблема.
| |
|
3.33, freehck (ok), 22:10, 24/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Wayland Protocols нужны для стандартизации. Без этого разработчикам каждого Wayland-композитора
> придётся самостоятельно изобретать отдельно от других свои "велосипедные" Wayland-протоколы.
> А это приведёт к тому, что придётся создавать отдельные версии приложения
> для каждого отдельного композитора.
И Kerr чертовски прав. Подписываюсь под каждым словом.
| |
|
2.31, freehck (ok), 22:08, 24/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Мне кажется уже надо тормозить. Лишние расширения не нужно добавлять, а то
> через несколько лет получим монстра как X.org.
Да что вы говорите. Вот же неожиданность. =)
> Остальной функционал пусть (на своё усмотрение) внедряют разработчики WM и DE.
Ну тогда вы либо никогда своё детище не допилите, либо вас ждёт вечный вендор-лок от IBM. В общем, есть два стула.
| |
2.39, Аноним (39), 22:56, 24/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
> уже надо тормозить
Тогда не надо было и начинать...
> через несколько лет получим монстра
На четвертый день Острый Глаз ...
| |
2.46, Аноним (46), 01:54, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
> через несколько лет получим монстра как X.org
Через десятки лет. Начало разработки вейленда - 2008 год. Прошло 17 лет, а у них базовые фичи до сих пор "unstable", и это всего лишь протоколы.
| |
|
1.36, Krtek (?), 22:44, 24/03/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Почему нельзя сразу спроектировать и выпустить готовый продукт, который стал бы стандартом с гарантированной совместимостью на много лет вперёд? Зачем постоянно релизить неработающие альфа версии, которые мутируют от выпуска к выпуску? Такое ощущение, что этим занимаются студенты в рамках курсовых работ.
| |
|
2.38, Аноним (37), 22:48, 24/03/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Я вот тоже не понимаю почему ты дурью маешься а не реализовал такой проект?
| |
|
3.47, Аноним (47), 02:38, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
Потому что, даже если кто-то со стороны, например я, реализует такой протокол, то ни один тулкит на него не перейдёт. Все тулкиты под корпорациями, гном под корпорацией, кде под корпорацией, весь софт более-менее крупный на линуксе под корпорациями, и они ни за что, ни при каких обстоятельствах не поддержат независимый продукт. Они скорее угробят всю экосистему, чем поддержат кого-то независимого. Создай кто-нибудь сегодня жизнеспособный форк Иксорга, они скорее удавятся, чем отдадут трэйдмарк, скорее удалят все архивы и документацию, чем дадут развиваться.
| |
|
4.52, iPony129412 (?), 05:58, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
> они ни за что, ни при каких обстоятельствах не поддержат независимый продукт
И что это? продукт теоретически создаваемый экспертами в коментариях?
Так это фантазии очень далёкие от реальности.
| |
|
5.59, Аноним (47), 10:43, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
Для примера из практики далеко ходить не надо, достаточно заглянуть в багтрекер вэйланда и посмотреть сколько занимало утверждение новых протоколов, пока не пришли валв и не сказали: "вот протоколы, которые мы внедряем, стандартизируйте или прочь с дороги". После этого тут же появилить категории для нестабильных и экспериментальных протоколов. А без этого "сообщество" так бы и продолжало развлекать "демократическим" бюрократическим процессом ещё очень долгое время.
| |
|
|
|
2.43, Аноним (43), 23:49, 24/03/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Такое ощущение, что этим занимаются студенты в рамках курсовых работ.
Что поделать, все профи пишут комменты на опеннете.
Приходится студня за них отдуваться))
| |
2.54, Аноним (-), 08:19, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
>Нет... Такими темпами разработки им никогда не догнать Иксы.
Wayland начали разрабатывать для того чтобы уйти от самого подобия Иксов. Смекаешь?
| |
2.55, freehck (ok), 09:05, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Почему нельзя сразу спроектировать и выпустить готовый продукт, который стал бы стандартом
> с гарантированной совместимостью на много лет вперёд?
Ну блин, вопросы у тебя. Потому что даже небольшой продукт нельзя сразу сделать идеальным. А тут -- целая графическая подсистема. Это нужна команда людей с IQ 130+, которые во-первых полностью все возможные случаи в голову смогут себе засунуть, а во-вторых согласятся делать это на протяжении хотя бы пары лет. И всё равно скорее всего найдутся вещи, которые они НЕ продумают заранее.
Если помните, X-протоколы изначально разрабатывались на базе университетов: им просто американская оборонка бабахала деньги, а они сидели и думали над задачей. А сейчас ситуация сильно иная.
> Такое ощущение, что этим занимаются студенты в рамках курсовых работ.
Сейчас развитием занимаются инженеры, которым платят за время. Отсюда и текущее положение вещей.
| |
|
1.44, Аноним (46), 00:23, 25/03/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> Протоколы "unstable":
> - fullscreen-shell
> - input-method
> - idle-inhibit
> - input-timestamps
> ...
Нет... Такими темпами разработки им никогда не догнать Иксы.
| |
1.58, Аноним (58), 10:09, 25/03/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Адепты вайланда хают иксы за то что они обвешаны костылями. Интересно, а разве в новорожденном вайланде не так? Почему не слепить его одним универсальным блоком? А то я только в этой статье заколебался считать отдельно слепленные протоколы.
Прям какой-то waylanD, получается.
| |
|
2.65, Аноним (-), 17:52, 25/03/2025 [^] [^^] [^^^] [ответить]
| +/– |
Wayland (Протокол) - один, релизится редко, давно стабилизирован. wayland-protocols - это дополнения расширяющие функционал основного протокола который, как уже выше было отмечено стабилен. Сейчас главное чтобы разработчики программ, библиотек, тулкитов, WM и DE начали реализовывать поддержку Протокола в своих продуктах.
| |
|
|