The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск wayland-protocols 1.18, opennews (??), 26-Июл-19, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


17. "Выпуск wayland-protocols 1.18"  +2 +/
Сообщение от Аноним (17), 26-Июл-19, 10:40 
И только комментаторы опеннета смогли бы сразу выкатить готовый продуктъ™, поддерживающий сразу всё, от подключения кофеварки в качестве устройства ввода-вывода до межгалактической прозрачности.
Ответить | Правка | Наверх | Cообщить модератору

18. "Выпуск wayland-protocols 1.18"  +4 +/
Сообщение от линукс поттербинг (?), 26-Июл-19, 10:51 
"Старое - хорошо, новое - плохо."
Ответить | Правка | Наверх | Cообщить модератору

47. "Выпуск wayland-protocols 1.18"  –2 +/
Сообщение от Аноним (46), 26-Июл-19, 16:21 
Правильно так:
Старье мы выбрасываем. Овчинки не стоят починки. Чем старое чинить, лучше новое купить.
Ответить | Правка | Наверх | Cообщить модератору

62. "Выпуск wayland-protocols 1.18"  –2 +/
Сообщение от Michael Shigorinemail (ok), 26-Июл-19, 21:24 
Что-то Вы в свои семнадцать старовато выглядите.
На свалку!
Ответить | Правка | Наверх | Cообщить модератору

106. "Выпуск wayland-protocols 1.18"  +/
Сообщение от Аномномномнимус (?), 27-Июл-19, 14:48 
Святоооой Форде...
Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

26. "Выпуск wayland-protocols 1.18"  +9 +/
Сообщение от AlexYeCu_not_logged (?), 26-Июл-19, 11:37 
>И только комментаторы опеннета смогли бы сразу выкатить готовый продуктъ

Может и не смогли бы. Даже скорее всего. Почти наверняка. Но те комментаторы, которые не являются заочными фанатами Wayland-а, совершенно точно не хаяли иксы и не орали на каждом углу про «устарело» и «не нужно».

Главная претензия к разработчикам Wayland-а в том и состоит, что сперва они лили ушатами помои на рабочее решение, а как дошло до дела, то сами несколько обгадились. Оказывается, иксы писали совсем не дураки. Оказывается, реализовать даже малую часть функционала иксов — огромный труд, требующий высокой квалификации и профессионализма. Оказывается, что некоторые проблемы в иксах были решены не слишком изящно потому, что иначе их непонятно как и решать. Некоторые не решены — по той же причине. Ну и «мы это делать не будем, значит вам не нужно, а что уже сделано, то мы постараемся угробить» — так себе позиция, народной любви не добавляющая.

Ты посмотри, что после 11 лет шапкозакидательства и обгаживания иксов числится в «нестабильных протоколах»: управление работой в полноэкранном режиме, обработка методов ввода, организация ввода текста, поддержка ввода с планшетов. Спрашивается, а что вообще работает-то? Можно запустить LiveCD с fullhd GUI для проверки файловой, причём вероятность успешного запуска будет ниже таковой у иксов? Круто, чо. Одиннадцать лет разработки и «работы над ошибками Xorg» прошли не зря.

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

32. "Выпуск wayland-protocols 1.18"  –1 +/
Сообщение от Annoynymous (ok), 26-Июл-19, 12:17 
> Ты посмотри, что после 11 лет шапкозакидательства и обгаживания иксов числится в «нестабильных протоколах»: управление работой в полноэкранном режиме, обработка методов ввода, организация ввода текста, поддержка ввода с планшетов
> управление работой в полноэкранном режиме, обработка методов ввода, организация ввода текста, поддержка ввода с планшетов

А в иксах оно стабильно?

Ответить | Правка | Наверх | Cообщить модератору

39. "Выпуск wayland-protocols 1.18"  +2 +/
Сообщение от AlexYeCu_not_logged (?), 26-Июл-19, 13:48 
> А в иксах оно стабильно?

Работает.

Ответить | Правка | Наверх | Cообщить модератору

42. "Выпуск wayland-protocols 1.18"  +1 +/
Сообщение от Annoynymous (ok), 26-Июл-19, 15:00 
>> А в иксах оно стабильно?
> Работает.

Вопрос был - стабильно или нет. Четыре способа переключить раскладку, иксы поддерживают их все - это стабильный API?

Ответить | Правка | Наверх | Cообщить модератору

43. "Выпуск wayland-protocols 1.18"  +1 +/
Сообщение от AlexYeCu_not_logged (?), 26-Июл-19, 15:17 
> Вопрос был - стабильно или нет.

Достаточно стабильно, чтобы не вызывать серьёзных вопросов у пользователей. Т. е. как минимум разработчики поспевают за изменениями.

>Четыре способа переключить раскладку, иксы поддерживают
> их все - это стабильный API?

Почему нет? Впрочем, способы отличные от xkb мне малоинтересны. Это, кстати говоря, и есть самый иксовый способ.

Ответить | Правка | Наверх | Cообщить модератору

105. "Выпуск wayland-protocols 1.18"  +/
Сообщение от Annoynymous (ok), 27-Июл-19, 13:51 
> Почему нет?

Действительно. Ну так и Wayland почему нет?

Ответить | Правка | Наверх | Cообщить модератору

107. "Выпуск wayland-protocols 1.18"  +/
Сообщение от AlexYeCu_not_logged (?), 27-Июл-19, 14:53 
>> Почему нет?
> Действительно. Ну так и Wayland почему нет?

Потому что не работает. Вполне себе причина, как по мне.

Ответить | Правка | Наверх | Cообщить модератору

110. "Выпуск wayland-protocols 1.18"  +/
Сообщение от Annoynymous (ok), 27-Июл-19, 15:37 
>>> Почему нет?
>> Действительно. Ну так и Wayland почему нет?
> Потому что не работает. Вполне себе причина, как по мне.

Собака лает. Я два года на Wayland, расскажи мне, что именно у меня не работает. Что именно не работает в иксах, я тебе уже рассказал.

Ответить | Правка | Наверх | Cообщить модератору

111. "Выпуск wayland-protocols 1.18"  –1 +/
Сообщение от Аноним (111), 27-Июл-19, 17:50 
Ну недалекие люди они такие - всякую каку в рот тянут. Потом у  них всё нормально. Но вот что-то весь остальной мир не спешит перебегать на это решение. Глядя на то как несколько лет назад работала и средняя кнопа мыши, и скринкаст экрана, и невозможность от рута запустить ГУИ приложения, и т.д.... Вполне понимаю почему основная масса не переползает.
Ответить | Правка | Наверх | Cообщить модератору

112. "Выпуск wayland-protocols 1.18"  –1 +/
Сообщение от Annoynymous (ok), 27-Июл-19, 18:52 
> Ну недалекие люди они такие - всякую каку в рот тянут. Потом
> у  них всё нормально. Но вот что-то весь остальной мир
> не спешит перебегать на это решение. Глядя на то как несколько
> лет назад работала и средняя кнопа мыши, и скринкаст экрана, и
> невозможность от рута запустить ГУИ приложения, и т.д.... Вполне понимаю почему
> основная масса не переползает.

Линуксоиды недалекие люди. Всякую каку в рот тянут. Потом у  них всё нормально. Но вот что-то весь остальной мир не спешит перебегать на это решение.

Ответить | Правка | Наверх | Cообщить модератору

86. "Выпуск wayland-protocols 1.18"  +/
Сообщение от maximnik0 (?), 26-Июл-19, 23:23 
>Главная претензия к разработчикам Wayland-а в том и состоит, что сперва они лили ушатами помои на рабочее решение,

Не обдумывая как и зачем это было сделано, не посмотрев рабочие примеры в других OS.
К примеру Be-Be : тоже клиент-серверное решение, но тормозов и тиринга нет,многие даже называли
графическую подсистему бебеос отличнейшим решением:на уровне протокола решена проблема многопоточности, а Opengl реализованный в ней сам Кармак назвал идиалом.Единственный относительный недостаток нет работы по сети.
Могли присмотреться Mac OS, частично графическая подсистема открыта,опять же не надо писать костыли.В конце концов было рабочее решение и в ReactOS, исходники открыты ....

Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

103. "Выпуск wayland-protocols 1.18"  +/
Сообщение от AlexYeCu_not_logged (?), 27-Июл-19, 12:17 
>но тормозов и тиринга нет

Тиринг. С тирингом прикол ещё в том, что он часто зависит не от графической подсистемы, где его успешно убирает включение композитинга, а с кривостью конкретных софтин. Взять тот же Хром(иум), который умудряется рвать видео даже при включённом композитинге, при этом проблему можно решить попереключав флажки плавной прокрутуи и аппаратного ускорения в самом Хроме, но это не точно. Никакая графическая подсистема не исправит косяков конкретного приложения.

Ответить | Правка | Наверх | Cообщить модератору

38. "Выпуск wayland-protocols 1.18"  +4 +/
Сообщение от Аноним84701 (ok), 26-Июл-19, 13:24 
> И только комментаторы опеннета смогли бы сразу выкатить готовый продуктъ™, поддерживающий
> сразу всё, от подключения кофеварки в качестве устройства ввода-вывода до межгалактической  прозрачности.

Учитывая, что:

- PRIMARY selection (это когда кроме привычного виндузячьего буфера обмена доступен буфер, данные в который копируется выделением, а извлекаются по умолчанию средней кнопкой мыши) в протокол включили менее года назад
- urgency hint, штатный метод приложений сообщить менеджеру окон о событии, требующем внимания пользователя, т.е. с настраиваемой и однообразной реакцией вместо "кто в лес, кто по дрова"
все еще "НЕ НУЖНО!"

хотя уже несколько лет как клятвенно заверяют "Почти совсем уже замена и готово!"
Не знаю, не знаю.

А ведь еще есть эпичное "назло маме отморожу уши", тьфу, "перекладываем все на клиента",
когда вместо централизованной обработки ввода и передачи готовых событий повтореного нажатия клавиши (key repeat)  теперь клиенту отсылаются события key up/down и пусть он там разруливает сам.
Результат закономерен:
если клиент чуть тормознет и не успеет вовремя обработать событие "key up", то вместа иксового (микро) лага будет веселое
https://bugzilla.redhat.com/show_bug.cgi?id=1579859
> 2018-05-18
> That is, the typing "hello" may result in "hhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhello".
> Changed to GNOME on Xorg during the login process and no more issues with repeated keystrokes
>

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

48. "Выпуск wayland-protocols 1.18"  +1 +/
Сообщение от Аноним (46), 26-Июл-19, 16:22 
> PRIMARY selection (это когда кроме привычного виндузячьего буфера обмена доступен буфер, данные в который копируется выделением, а извлекаются по умолчанию средней кнопкой мыши) в протокол включили менее года назад

Что, правда? Включили-таки? Эдак, глядишь, и попробовать можно будет лет через несколько.

Ответить | Правка | Наверх | Cообщить модератору

49. "Выпуск wayland-protocols 1.18"  +3 +/
Сообщение от Аноним84701 (ok), 26-Июл-19, 16:42 
>> PRIMARY selection (это когда кроме привычного виндузячьего буфера обмена доступен буфер, данные в который копируется выделением, а извлекаются по умолчанию средней кнопкой мыши) в протокол включили менее года назад
> Что, правда? Включили-таки? Эдак, глядишь, и попробовать можно будет лет через несколько.

Правда-правда! Даже новость отдельная была:
https://www.opennet.ru/opennews/art.shtml?num=49598
>  Выпуск wayland-protocols 1.17 с поддержкой буфера обмена по средней кнопке мыши
> 13.11.2018 07:59
> В версии 1.7 представлено два новых нестабильных протокола:
> -  primary-selection - по аналогии с X11 обеспечивает работу первичного буфера обмена (primary selection), вставка информации из которого обычно осуществляется средней кнопкой мыши;
> -  linux-explicit-synchronization - специфичный для Linux механизм синхронизации буферов в привязке к поверхности.

Кстати да, интересная формулировка "специфичный для Linux механизм" – как будто в остальном оно совершенно платформонезависимо (ЕМНИП, libinput на который завязан wayland, портировали на бсд только после добавления поддержки evdev в ядро бсд).

Ответить | Правка | Наверх | Cообщить модератору

65. "Выпуск wayland-protocols 1.18"  –1 +/
Сообщение от Michael Shigorinemail (ok), 26-Июл-19, 21:28 
> https://bugzilla.redhat.com/show_bug.cgi?id=1579859

Год с лишним спустя Status: NEW...

Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

87. "Выпуск wayland-protocols 1.18"  +1 +/
Сообщение от Аноним84701 (ok), 26-Июл-19, 23:25 
>> https://bugzilla.redhat.com/show_bug.cgi?id=1579859
> Год с лишним спустя Status: NEW...

Я сам не копал достаточно глубоко для понимания всего процесса, но если верить отписавшемуся там же Peter Hutterer  (Senior Software Engineer @ RedHat)
> libinput doesn't do key repeats - it filters out the kernel repeats and only passes key down/up events on to the compositor. The key repeat you're seeing is the one triggered in the compositor (or Xorg but that's where this bug doesn't trigger) and is
> simply caused by gnome-shell being busy doing something else and thus not handling events as fast as it should.

и почитать апстрим-багрепорт https://bugzilla.gnome.org/show_bug.cgi?id=745032 (тоже "NEW" c 2015 года)
> we'll probably move libinput processing to its own thread (as
> is done on recent versions of Xorg
) where it can directly update the
> hardware cursor without waiting for main drawing loop. This would probably
> involve moving the libinput backend from clutter to mutter, and adding
> mutexes shared by the KMS code and libinput backend. Doing this will not
> affect latency issues related to clients receiving input events; that'll
> require much larger changes, such as splitting up the shell UI into a
> separate process.

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

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру