|
2.5, Аноним (5), 20:38, 17/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
В соедней теме чел написал чего не работает в одной из реализаций. На буке похоже терпимо.а смурф явно окирпичится почти.
| |
2.45, Аноним (45), 08:26, 18/04/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
Оно про графические планшеты, а не поддердку тачскринов и автоповорота
| |
2.63, fi (ok), 13:34, 18/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
Вообще надо делать прозрачность в духе X11, только лучше. Чтоб любой девайс выглядел на экране монитора как родное окно с общей политикой на рамку. И чтоб мышкой переносишь фотки с него и на него ))))
| |
|
1.2, Аноним (2), 20:24, 17/04/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +7 +/– |
Протоколы, разрабатываемые в ветке "unstable"....
мдя... ну ждали 16 лет, подождем еще лет 10...
| |
|
2.31, Neon (??), 00:37, 18/04/2024 [^] [^^] [^^^] [ответить]
| +4 +/– |
Ну так как в анекдоте.
Молодой адвокат прибегает к своему отцу – старому адвокату и радостно говорит:
– Отец! Я выиграл дело, которое ты вел 20 лет!
Отец ему отвечает:
– Дурак ты, сынок! Благодаря этому делу я вас 20 лет кормил...
Так и с "unstable" протоколами можно вечно кормиться)
| |
|
1.3, Аноним (5), 20:26, 17/04/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
И когда его научат всему что умеет в том числе X11, то Wayland превратиться в oldstable и его будет легче к тому же поддерживать поколению нетакусик. Проблема в том,что и они вымрут. Замкнутый круг.
| |
1.4, хрю (?), 20:37, 17/04/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
>Протоколы, разрабатываемые в ветке "unstable":
>"fullscreen-shell" - управление работой в полноэкранном режиме.
мда. вот-вот готовность № 1...
| |
|
2.6, Аноним (6), 20:44, 17/04/2024 [^] [^^] [^^^] [ответить]
| –6 +/– |
Ну так а что ты хочешь. Если даже композитинг не отключается, это означает, что всегда будет лагать и вечные проблемы со статтеренгом/тирингом заложены изначально.
| |
|
|
4.11, Аноним (6), 21:08, 17/04/2024 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Пока что полноценно тиринг работает только на иксах.
Враки. Я пока вяленого не запустил, наблюдал тиринг только в браузере на видео-сайтах. А с ним он был повсюду (удивительно, но факт).
| |
|
5.12, Аноним (12), 21:53, 17/04/2024 [^] [^^] [^^^] [ответить]
| +5 +/– |
С веланджом каждое приложение само должно отрисовывать свой тиризнг. У вас бракованый велщанд.
| |
5.110, Аноним (110), 13:03, 21/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
> Враки ... наблюдал тиринг только в браузере на видео-сайтах
Ну как тебе сказать...
| |
|
|
3.15, Аноним (15), 22:17, 17/04/2024 [^] [^^] [^^^] [ответить] | +5 +/– | Пхе-пхе Только есть нюанс Когда Аноним на пафосных щщах рассуждает про 171 ... большой текст свёрнут, показать | |
|
4.17, Аноним (6), 22:27, 17/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
Даже вендовый "композитинг" начал заметно влиять, как только его сделали неотключаемым. И он там действительно быстрый и вылизанный. А проблемы создавать умудряется. О чём ты говоришь, какой вяленый?
| |
|
5.72, Аноним (72), 18:18, 18/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
Это всё блаблабла, на деле игры в X11 больший FPS выдают, а тиринга я в KDE начиная с 3их никогда не видел.
| |
|
4.19, Аноним (6), 22:31, 17/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
Кстати на венде статеринг и тиринг и тиринг весьма актульные проблемы. Статтеринг особенно релевантен, но и тиринг как минимум на 10-летних играх уже побороть не легко. Вот, например, взять Valkyria Chronicles, совершенно жуткий тиринг.
| |
|
5.42, Аноним (42), 07:34, 18/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
Погоди, Аноним, то есть, у тебя одновременно _и_ тиринг, _и_ статтеринг?
Этого же не может быть, они же противоположные по сути явления.
| |
|
6.44, Аноним (6), 08:01, 18/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
В разном софте разные проблемы. А статтеринг результат борьбы с тирингом, как он может быть противоположным?
| |
6.53, Аноним (15), 11:36, 18/04/2024 [^] [^^] [^^^] [ответить] | +1 +/– | Тут есть ещё момент, что некоторые хейтеры познакомились с wayland ом через бинг... большой текст свёрнут, показать | |
|
7.55, Аноним (55), 12:09, 18/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
> но их собственный отдел линуксовой разработки ограничен, не расширяется и _уже_ пилит проприетарные иксовые дрова. Естественно, любые новые инициативы («Что? Переписать драйвера? С нуля?!») воспринимаются в штыки и спускаются на тормозах.
прохладные истории от инсайдера из нвидии. Пруфы то есть что там кто-то в штыки воспринимает?
| |
|
|
|
|
|
|
1.7, Аноним (7), 20:44, 17/04/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
К сожалению, Вейланд повторяет ошибки W3C (и многих других комитетов до, и после), не предоставляя эталонную реализацию на любом распространенном языке. Тем не менее, HTML — самый универсальный язык разметки документов из имеющихся. И эта же участь ждёт Вейланд.
| |
|
|
3.23, Аноним (7), 23:26, 17/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
> Weston is the reference implementation of a Wayland compositor, as well as a
useful environment in and of itself.
Действительно… Почему-то я был уверен, что это независимый проект. Ну в таком случае у Wayland куда большие шансы на успех, чем у того же HTML.
| |
|
2.10, Аноним (10), 21:05, 17/04/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
>И эта же участь ждёт Вейланд.
То есть участь Электрона. Охотно верю.
| |
|
3.20, Аноним (7), 22:31, 17/04/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
В том числе, да. Электрон, как бы тут ни любили его хаять, весьма логичное решение для GUI, очень в духе т.н. философии unix: одна программа, делающая одно дело — ВебКит, рендерящий HTML+CSS, который в него универсальным образом (через сокет) передаёт бэкэнд. Чем это принципиально отличается от cat | awk | grep? Вейланд, по сути, пытается стандартизировать типичный модульный юникс-пайп, но для видеовывода. В отличие от комбайна Xorg, весьма и весьма далёкого от всё той же философии unix.
| |
|
|
3.78, Аноним (7), 18:56, 18/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
XML не стал универсальным форматом из-за своей громоздкости. В 2004 уже всем всё было понятно, в 2006 выпустили последний стандарт на xml, и на этом праздник закончился. К 2010 мир уже с радостью гонял JSON через REST, и продолжает это делать сегодня. Тем не менее, кое-где XML+XSLT прижились и чувствуют себя хорошо, что делает их замечательными нишевыми стандартами.
Но как ни крути, самый успешный диалект SGML это HTML.
| |
|
4.100, Sw00p aka Jerom (?), 12:42, 19/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
> XML не стал универсальным форматом из-за своей громоздкости.
«расширяемый язык разметки» - хотим универсальности и не грамоздкости? как это так?
> Но как ни крути, самый успешный диалект SGML это HTML.
а че не XHTML?
| |
|
5.108, Аноним (7), 17:59, 19/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
> «расширяемый язык разметки» - хотим универсальности и не грамоздкости? как это так?
Выходит, что не так сильно хотим, если посмотреть на результат.
> а че не XHTML?
Наверное слишком много X в нём оказалось.
| |
|
|
|
|
1.13, Аноним (13), 21:56, 17/04/2024 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
>Все протоколы последовательно проходят три фазы - разработка, тестирование и стабилизация.
>стабилизация
Так и запишем - разработчики by design пишут нестабильный код
А потом героически его стабилизируют!
Молодцы, здорово придумали!
| |
|
2.16, тыквенное латте (?), 22:24, 17/04/2024 [^] [^^] [^^^] [ответить]
| –1 +/– |
Классика же фридрисктоп/красношляпочного девелопинга:
github/bluez/bluez/blob/master/ChangeLog
Понятно что с таким подходом "разработки-тестирования-стабилизации", хорошо работает лишь разработка (нет) и тестирование (да), а стабилизация, ну, зависит. :-D
| |
|
1.14, Аноним (14), 22:05, 17/04/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Столько мусора в разработке. А открытие окна в определенных координатах они не хотят разработать?
| |
|
|
3.22, Аноним (15), 23:20, 17/04/2024 [^] [^^] [^^^] [ответить] | +/– | Что значит 171 болото 187 Ты, если что, комментируешь в новости про то что ... большой текст свёрнут, показать | |
|
4.28, Аноним (14), 00:32, 18/04/2024 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Приложение НЕ ДОЛЖНО управлять положением своих окон
Что значит не должно? Ещё как должно. Я открыл два окна браузера с мониторингами и хочу чтобы они запомнили свою позицию при следующем открытии. Как композитор запомнит какое из окон где должно восстановиться? Это внутренняя кухня браузера - создавать каждое окно в нужном месте экрана.
| |
|
5.33, Аноним (33), 00:39, 18/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
Так то все вроде логично звучит, но как-то целый гном и кеды работают ведь без знания абсолютных координат.
| |
5.61, Loki13 (ok), 13:14, 18/04/2024 [^] [^^] [^^^] [ответить] | +/– | А как твои окна расположатся, если у будут запущены на тайловом WM По логике ка... большой текст свёрнут, показать | |
|
6.68, Аноним (68), 14:53, 18/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
Ну это вопросы к тайловым WM, которые идут своим путем. Они удобны, но они всегда были альтернативным взглядом на работу с окнами - вклиниваясь в уже отработанную схему построения UI систем и где-то ломая ее.
> По логике как раз композитор и должен расположить их так как надо, в зависимости от имени окна например и прописанных правил.
Ну и как ты будешь прописывать правила для каждого подокна браузера? За день их количество и расположение может поменяться довольно много раз. Каждый раз лезть в конфиги что ли?
| |
|
|
4.54, Аноним (54), 11:53, 18/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
> И сама пытается украсть фокус в самый неподходящий момент.
Фокус не имеет никакого отношения к абсолютному позиционированию окон
| |
4.83, randomize (?), 21:43, 18/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
> И сама пытается украсть фокус в самый неподходящий момент.
Прощайте, электронные словари :(
| |
|
|
2.65, Аноним (-), 13:48, 18/04/2024 [^] [^^] [^^^] [ответить]
| –3 +/– |
А кому это нужно?
Только всяким любителям отвратительных поделок типа гимпа, из времен когда на экран 1024*768 пытались впихать все что можно.
На им мнение можно класть, что в общем-то и делается.
| |
|
3.74, Аноним (76), 18:48, 18/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
Одно окошко на весь экран хватит всем. Во времена DOS было актуально. Луддиты лезут там, где их не ждёшь.
| |
|
|
1.25, Аноним (25), 23:56, 17/04/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
В очередной 100500й раз спрашиваю, зачем в линухе нужен по сути эмулятор удаленного графического терминала, если все уже овер9000 лет живут с удаленным рабочим столом? Дань уважения компам 80х годов? Только проблемы себе лишние придумывают.
| |
|
2.26, Мне хватает (?), 00:09, 18/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
Это вы про Pty в виндах не читали. У них там революция, говорят что уже 20 лет её делают, а воз cmd и ныне там
| |
|
3.27, Аноним (25), 00:22, 18/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
Я вот про что. Играться с прокидыванием иксов через ssh в свое время было конечно прикольно, но какое преимущество клиент-серверная структура линуха дает перед банальным захватом картинки с экрана, как это делается в винде? И стоит ли это приемущество всех этих мучений с этим вяленым? Кроме философии и понтов конечно.
| |
|
4.37, DiabloPC (ok), 01:25, 18/04/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
а ты по объему трафика сравни. и не нужно сейчас распинаться что нынче интернеты ух какие скоросные бла-бла-бла.
| |
|
5.43, Аноним (42), 07:42, 18/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
Что с чем сравнить? ssh -X требует локалки, xpra (сжимающий ffmpeg'ом) даже на мобильном интернете выдаёт пристойную картинку.
| |
|
6.62, vvivl (?), 13:20, 18/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
Дело не в сжатии и пристойности картинки.
Изначальная идея удалённых рабочих столов - гонять по сети команды отрисовки.
Для комбинации X11/Motif, а также в винде для приложений, использующих системную библиотеку Common Controls, по сети летали команды, а не растры, что позволяло сидеть на удалённой машине, например, через аналоговый модем по телефонным проводам (ака "лапша") не испытывая никакого дискомфорта.
Всякие пиктограммы, картинки, иконки, тема оформления и пр. при таком походе пересылались один раз и кешировались локально.
Но потом появились тулкиты, которые пошли не правильным путём, а наименьшего сопротивления: вместо создания расширений для X11, которые бы позволили на стороне X-сервера обрабатывать новые команды новых тулкитов, они стали тупо пересылать растры на каждый кадр.
В винде случилось похожее с появлением тем оформления.
И всё, теперь подайте сто мегабит, а лучше гигабит, да чтоб с минимальной задержкой.
Старый подход с пересылкой команд, а не растров, остался лишь в нишевых продуктах для организации VDI, да и то не всех.
Например, VMWare VDI умеет перехватывать и пересылать команды. Соответственно, даже на мобильном интернете для общепользовательских задач работает превосходно.
| |
|
7.92, Мне хватает (?), 06:56, 19/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
Ну тулкиты полбеды, HTML который михают везде с ним тоже проблемы. Подход что вы описали с прозрачностью иксов увы остался просто мечтой из прошлого и не соответствует текущему положению вещей. Хотя подход и выглядит красиво но реальность внесла свои коррективы.
| |
|
|
|
|
3.30, Аноним (25), 00:36, 18/04/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
Я вот из за этого линух и не чувствую. В нем нет какой-то эстетики и структурной красоты. В винде бы просто прикрутили драйвер виртуального дисплея, который бы работал для всех остальных частей системы абсолютно прозрачно. А тут какой-то протокол 20 лет городить надо, который ломает пол системы.
| |
|
4.50, Аноним (55), 10:59, 18/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
Дак и в X11 все работает прозрачно для всей остальной системы, что локально, что удаленно.
| |
|
5.79, Аноним (25), 20:31, 18/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
Нет, не прозрачно. Ибо когда вдруг решили заменить иксы на вяленый, то нужно теперь пол системы перелопачивать. Ибо этот протокол находится между дравером и прогой, а не за драйвером. В случае с виртуальным драйвером все проще. У драйвера есть некое API. Вызовы этого API серилизуются, упаковываются, шифруются и пересылаются на удаленный компьютер. Как это происходит, какой там протокол - совершенно не важно. Ибо то, что находится за драйвером - системе не видно. Для нее все прозрачно. Это называется виртуализация. Все просто и красиво. И вот линух в эту виртуализацию и красоту не умеет.
| |
|
6.81, Аноним (33), 20:51, 18/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
> И вот линух в эту виртуализацию и красоту не умеет.
Да всё он умеет, это ты не умеешь
| |
|
|
|
|
2.58, Аноним (58), 12:49, 18/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
А что делать, если надо на локальном рабочем столе отобразить по одной или несколько программ, выполняющихся на других хостах? На своём любимом рабочем столе со своими любимыми обоями!
| |
|
|
2.75, Аноним (76), 18:48, 18/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
Так его не было, этого протокола. Никто его не создавал, базовые вещи не прорабатывал.
| |
|
1.41, Аноним (-), 06:34, 18/04/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Сейчас нужно заморозить разработку нового функционала и сосредоточится на стабильности. Стабильность рождает ясную архитектуру. Если в Протокол пихать всё что захочет васян, то через 10 лет мы получим очередной мусор, как в X11.
Дополнительный функционал пусть разработывают разработчики DE и WM, исключительно в рамках своих проектов.
| |
1.49, вася (??), 10:14, 18/04/2024 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
>>"single-pixel-buffer" - позволяет создавать однопиксельные буферы, включающие четыре 32-разрядных значения RGBA
Вместо того, чтобы просто юзать uint_32t[4], они выдумали аж целый буфер и придумали аж целый протокол, для его создания. Вот уж в натуре ООП, доведённое до абсурда.
| |
|
2.51, Аноним (55), 11:05, 18/04/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
Вася, ты хоть попытался вникнуть зачем это так сделано, прежде чем отвечать?
> uint_32t[4]
А когда понадобится восемь 32-разрядных значений, будешь весь API переписывать?
| |
|
3.70, вася (??), 16:45, 18/04/2024 [^] [^^] [^^^] [ответить]
| –1 +/– |
>>когда понадобится восемь
Когда человечество мутирует так, что кроме rgba, нужно будет отображать инфракрасный, микроволны, ультрафиолет и рентген каналы, то придется полностью менять аппаратную и программную часть; и переписывание api этого протокола будет каплей в море проблем этого перехода. А пока мы люди, а не рептилоиды, какой смысл распылять силы на это? Вон формат jpeg ничего, кроме восьмибитного rgb, не поддерживает, но уже десятки лет живой и никто менять его не собирается. Лишь изредка появляются кучки оголтелых смузихлёбов, которые с воплями "старьё" пилят всякие jpeg2000, jpeg-xl, и прочее никому не нужное и быстро забываемое барахло.
| |
|
4.71, Аноним (58), 17:09, 18/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
>А пока мы люди, а не рептилоиды
Ох, как знать, как знать... ;)
| |
|
|
|
1.52, Аноним (52), 11:23, 18/04/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
Недавно поставил KDE к уже установленному Gnome. Оба на wayland. Обнаружил что при входе (sddm) оказывается можно выбрать DE в нижнем левом углу и там даже в выборе есть Gnome на X11 окромя wayland, что решает проблему с некоторыми приложениями. Я не особо хорошо разбираюсь в Линукс, возможно эта информация кому будет полезной.
| |
|
2.82, тыквенное латте (?), 21:37, 18/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
> А этот вяленый может WindowMaker запустить? Хотя бы через xwayland
разумеется нет. какой-то модный и молодёжный чад пишет wlmaker чтоли, только это не то чтобы мягко говоря не некстеп, это что-то, что отдалённо похоже на wmaker, лол. Работает конечно же нет, и заработает скорей всего конечно же никогда. Впрочем, когда-нибудь может быть и заработает в стиле как и всё у них уже работает, только тогда линуксоиды уже будут пилить ktulhuland, который вот уж точно-точно проделает всю работу над ошибками (нет).
| |
|
|
4.96, тыквенное латте (?), 11:24, 19/04/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
> А если WINGs портировать на wayland?
Ну, если - то да. Правда, запустить докаппы с X11-forwarding'ом ты не сможешь, например для мониторинга состояния подкроватного васян-серверочка. Их самоактивация - прощай. Автоматизация типа xdotool/wmctrl тоже прощай, ну и тд и тп. При том что туеву хучу функционала придется реализовывать с нуля: gitlab.freedesktop.org/wayland/wayland/-/issues/233
Кому оно надо, если честно?! :-D WMaker даже с смертью линукса и всех его молодёжных вертикальных технологий, на каком-нибудь NetBSD переживёт ядерную зиму. В космосе.
| |
|
|
|
|
|
5.95, тыквенное латте (?), 11:02, 19/04/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Это LXDE с wmaker'ом получился? Красиво!
просто wmaker, lxappearance аппликуха просто для демонстрации гткшного look-n-feel'a.
| |
|
6.97, Аноним (94), 11:53, 19/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
Я больший поклонник Motif/CDE look-n-feel'а, но wmaker мне тож очень нравится.
| |
|
7.98, тыквенное латте (?), 12:23, 19/04/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Я больший поклонник Motif/CDE look-n-feel'а, но wmaker мне тож очень нравится.
хехе, да, выстрелил Sun в эти славные времена "Unix wars". Мне еще нравится их тогдашний конкурент, SGI c IRIX Interactive Desktop. Санки запилили на смену OpenWindows тогдашний COSE, а SGI развил Indigo Magic Desktop: yohanan.org/steve/projects/indigo-magic-desktop .
Эти скроллеры, Господи, такой стимпанк. :-D Причем, я уверен, такой цели не ставилось. Просто оно такое, потому что люди были талантливые. Побочка такая :-D
P.S. Используешь CDE? Кто её сейчас нормально готовит? Опенсурсный или проприетарный?
| |
|
|
|
4.99, Аноним (99), 12:40, 19/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
Ну на любителя. Я поставил — выглядит так себе. Не выглядит продуманно или удобно.
| |
|
|
|
|