The OpenNET Project / Index page

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



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

Оглавление

Стабильный релиз Wine 4.0, opennews (?), 23-Янв-19, (0) [смотреть все]

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


101. "Стабильный релиз Wine 4.0"  –1 +/
Сообщение от Stax (ok), 24-Янв-19, 12:54 
> ЕМНИП проблемы с HDPI не на стороне вайна..

А на чьей же? Wine в данном случае рисует все окно и декорации, никаких иных тулкитов там нет, поэтому апсейклить либо иные варианты делать ему же.

Кстати, еще хороший вопрос, работают ли нативные hidpi-приложения в wine нормально.

А для тех, которые нативно не умеют - Винда 10, например, умеет 3 режима. Масштабирование шрифтов (исторический вариант, который был еще с древних версий, где-то работает, где-то не очень) - примерно это сейчас делает wine; апскейлинг всего содержимого окна (слегка размывает картинку, но совместимо с чем угодно) и апскейлинг элементов окна, кроме шрифтов + рендеринг шрифтов в высоком разрешении (выглядит отлично, но работает не везде): https://blogs.windows.com/buildingapps/2017/04/04/high-dpi-s.../
Вот что-то подобное и должно быть реализовано в wine...

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

105. "Стабильный релиз Wine 4.0"  +/
Сообщение от Annoynymous (ok), 24-Янв-19, 13:19 
> Вот что-то подобное и должно быть реализовано в wine...

Вот что-то подобное должно быть реализовано вообще везде, где только можно.

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

109. "Стабильный релиз Wine 4.0"  +/
Сообщение от Stax (ok), 24-Янв-19, 14:45 
>> Вот что-то подобное и должно быть реализовано в wine...
> Вот что-то подобное должно быть реализовано вообще везде, где только можно.

Апскейлинг всего окна - вероятно. Но самый нормальный вариант, когда картинки апскейлятся, а шрифты рендерятся в высоком разрешении - требует реализации на стороне тулкита, и, очевидно, в wine должно быть реализовано отдельно, т.к. там свой тулкит.

Т.е. апскейлинг всего окна сейчас можно сделать вот так: https://bbs.archlinux.org/viewtopic.php?pid=1656143#p1656143
Но я даже описывать не хочу, насколько это тормозит по сравнению с обычным выводом...

Впрочем, еще есть вариант https://github.com/kaueraal/run_scaled - но он тоже далеко не идеален. Хотя лаг не такой, как с vnc.

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

111. "Стабильный релиз Wine 4.0"  +/
Сообщение от Annoynymous (ok), 24-Янв-19, 15:30 
Апскейлинг может быть совершенно бесплатным при использовании композитора.
Ответить | Правка | Наверх | Cообщить модератору

119. "Стабильный релиз Wine 4.0"  +/
Сообщение от Stax (ok), 24-Янв-19, 21:39 
> Апскейлинг может быть совершенно бесплатным при использовании композитора.

В теории-то да, только вот если композитор не хочет делать это масштабирование? Ему же нужно как-то объяснять, что вот это приложение скейлить, а вот это - нет. И как это делать для какого-нибудь mutter, например?

Я вот не очень представляю, как сделать аналог run_scaled, который вместо Xvfb+xrpa как-то сообщает композитору (хотя бы самым известным, например mutter, чтобы работало в gnome и xcompmgr, чтобы работало в простых WM'ах), что все окна, порожденные данным приложением надо масштабировать в два раза.

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

120. "Стабильный релиз Wine 4.0"  +1 +/
Сообщение от Annoynymous (ok), 24-Янв-19, 22:20 
>> Апскейлинг может быть совершенно бесплатным при использовании композитора.
> В теории-то да, только вот если композитор не хочет делать это масштабирование?
> Ему же нужно как-то объяснять, что вот это приложение скейлить, а
> вот это - нет. И как это делать для какого-нибудь mutter,
> например?
> Я вот не очень представляю, как сделать аналог run_scaled, который вместо Xvfb+xrpa
> как-то сообщает композитору (хотя бы самым известным, например mutter, чтобы работало
> в gnome и xcompmgr, чтобы работало в простых WM'ах), что все
> окна, порожденные данным приложением надо масштабировать в два раза.

Ну эту задачу надо как-то решать этажом выше, например, придумать новый API для тех окон, которые хотят скейлиться сами - пусть дёргают какую-нибудь функцию. Не дёрнул - композитор тебя отмасштабировал. Дёрнул - масштабируйся сам.

Ну а если по-простому - пусть пользователь жмёт волшебную комбинацию клавиш, чтобы масштабировать текущее приложение, а композитор запоминает, ого он только что отмасштабировал, и в следующий раз пусть масштабирует сам. На первое время костылик сойдёт.

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

121. "Стабильный релиз Wine 4.0"  +/
Сообщение от Annoynymous (ok), 24-Янв-19, 22:34 
Кстати, такое API наверняка уже есть, потому что приложения, которые масштабируются сами, масштабируют курсор мыши, а те, которые не умеют, внутри тех и курсор мелкий.

Так что ноу проблем.

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

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

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




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

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