The OpenNET Project / Index page

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



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

Оглавление

Сеанс KDE на базе Wayland признан стабильным, opennews (??), 05-Сен-21, (0) [смотреть все]

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


23. "Сеанс KDE на базе Wayland признан стабильным"  +3 +/
Сообщение от ilyafedin (ok), 05-Сен-21, 10:43 
Святым духом? Там же до сих пор нет протокола для этого.
Ответить | Правка | Наверх | Cообщить модератору

33. "Сеанс KDE на базе Wayland признан стабильным"  +1 +/
Сообщение от Аноним (56), 05-Сен-21, 11:34 
Раз у всех работает, надо бы разработчикам того же Qt сообщить. А то они они тут в документации такое пишут

>Furthermore, on some platforms such as Wayland, setPosition is not supported, so this is the only way the application can influence its position.

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

55. "Сеанс KDE на базе Wayland признан стабильным"  +/
Сообщение от n00by (ok), 05-Сен-21, 13:33 
Протокола нет, что бы какая попало программка своё окно не двигала поверх окна антивируса с ахтунгом. А позиции окон приложений может и менеджер запоминать.
Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

58. "Сеанс KDE на базе Wayland признан стабильным"  +/
Сообщение от ilyafedin (ok), 05-Сен-21, 13:35 
> Протокола нет, что бы кто попало своё окно не двигал поверх окна
> антивируса с ахтунгом. А позиции окон приложений может и менеджер запоминать.

Я не думаю, что у него достаточно данных, чтобы отделить главное окно приложения от другого. Не факт, что приложение назовет их по-разному.

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

101. "Сеанс KDE на базе Wayland признан стабильным"  +/
Сообщение от n00by (ok), 05-Сен-21, 16:32 
У композитора имеются сведения о ролях и о дочерних поверхностях. Не понятно, зачем типичному приложению запоминать положение своего окна. Что бы делать что? Оконный менеджер на то и менеджер, что бы управлять окнами.
Ответить | Правка | Наверх | Cообщить модератору

105. "Сеанс KDE на базе Wayland признан стабильным"  +2 +/
Сообщение от ilyafedin (ok), 05-Сен-21, 16:41 
> У композитора имеются сведения о ролях и о дочерних поверхностях.

Этих сведений недостаточно, чтобы восстановить позицию окон. Максимум, что композитор сможет сопоставить - app-id (один на все приложение), путь до бинаря путем проверки соединения сокета и title окна, последний ни разу не уникальный. И как ему узнать, какое окно приложения надо переместить на прошлое положение при следущем запуске?

> Не понятно,
> зачем типичному приложению знать положение своего окна. Что бы делать что?
> Оконный менеджер на то и менеджер, что бы управлять окнами.

При чем тут это? Мы же вроде про восстановление позиции говорили. Знать положение много зачем может быть надо, например, чтобы контексное меню за экран не уходило. Задавать позицию тоже полезно для всяких продвинутых фишек, типа нотификаций (и не надо задвигать про демоны системные, как часто они никакие, даже inline reply нет) или открытия окна интересным способом (например, так, чтобы был в определенном положении по отношению к другому окну), еще можно контролировать таким образом ресайз окна, чтобы он сохранял определенный aspect ratio. Много всяких трюков становятся невозможными без этого.

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

205. "Сеанс KDE на базе Wayland признан стабильным"  +/
Сообщение от n00by (ok), 06-Сен-21, 15:16 
>> У композитора имеются сведения о ролях и о дочерних поверхностях.
> Этих сведений недостаточно, чтобы восстановить позицию окон. Максимум, что композитор
> сможет сопоставить - app-id (один на все приложение), путь до бинаря
> путем проверки соединения сокета и title окна, последний ни разу не
> уникальный. И как ему узнать, какое окно приложения надо переместить на
> прошлое положение при следущем запуске?

Вот именно на этот вопрос и был мой ответ. Приложение на уровне среды рабочего стола идентифицируется полем Exec в *.desktop. Композитор исполняется локально, значит и сопоставить с клиентом не проблема.

>[оверквотинг удален]
>> зачем типичному приложению знать положение своего окна. Что бы делать что?
>> Оконный менеджер на то и менеджер, что бы управлять окнами.
> При чем тут это? Мы же вроде про восстановление позиции говорили. Знать
> положение много зачем может быть надо, например, чтобы контексное меню за
> экран не уходило. Задавать позицию тоже полезно для всяких продвинутых фишек,
> типа нотификаций (и не надо задвигать про демоны системные, как часто
> они никакие, даже inline reply нет) или открытия окна интересным способом
> (например, так, чтобы был в определенном положении по отношению к другому
> окну), еще можно контролировать таким образом ресайз окна, чтобы он сохранял
> определенный aspect ratio. Много всяких трюков становятся невозможными без этого.

Говорили про восстановление позиции _типичного_ приложения. Например, браузера. Или Офиса. С такими менеджер вполне может справиться. "Продвинутые фишки" означают специфичные случаи. Там, понятное дело, может быть много интересного. И как раз надо задвигать про демоны -- если они никакие, значит их следует  ̶п̶е̶р̶е̶п̶и̶с̶а̶т̶ь̶ ̶н̶а̶ ̶R̶u̶s̶t̶ ̶ сделать по уму.

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

207. "Сеанс KDE на базе Wayland признан стабильным"  +/
Сообщение от ilyafedin (ok), 06-Сен-21, 15:19 
> Вот именно на этот вопрос и был мой ответ. Приложение на уровне
> среды рабочего стола идентифицируется полем Exec в *.desktop. Композитор исполняется локально,
> значит и сопоставить с клиентом не проблема.

Ну сопоставит он с клиентом, что дальше, у тебя было несколько окон у клиента при завершении - как композитор поймет, какое это именно окно?

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

208. "Сеанс KDE на базе Wayland признан стабильным"  +/
Сообщение от n00by (ok), 06-Сен-21, 15:37 
Если под окном понимается xdg_toplevel, то в _типовом_ приложении оно одно.
Ответить | Правка | Наверх | Cообщить модератору

209. "Сеанс KDE на базе Wayland признан стабильным"  +/
Сообщение от ilyafedin (ok), 06-Сен-21, 15:41 
> Если под окном понимается xdg_toplevel, то в _типовом_ приложении оно одно.

Окей, то есть большинство приложений на моем ноутбуке - не типовые, ок (почти все они могут открывать несколько окон).

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

211. "Сеанс KDE на базе Wayland признан стабильным"  +/
Сообщение от n00by (ok), 06-Сен-21, 16:03 
Не знаю, как именно эти приложения открывают окна. Может там одна невидимая поверхность верхнего уровня, а остальные - дочерние. Тогда они попадают под типовые.

Если так, то можно говорить о том, что незапоминание позиций -- недоработка среды (а может и баг). Если же ждать нового протокола в Wayland, вряд ли он появится.

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

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

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




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

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