Desktopeditors: 1,5-кратное масштабирование интерфейса для небольших дисплеев HiDPI

То же и в Windows 10 - значки и текст маленькие. Было бы неплохо иметь опцию «размер значка» или, может быть, какую-нибудь тему с высокой контрастностью.

Да. Я могу подтвердить это как для Windows 10, так и для Ubuntu Gnome. Нам нужна возможность масштабирования пользовательского интерфейса в настольной версии.

в текущей версии для масштабирования равным 144 dpi или меньше используются 1x элементы
чтобы вручную переключить приложение на 2-кратное масштабирование, используйте аргумент --force-scale = 2 для запуска приложения

Мне (как и многим другим, я думаю) нужен более точный вариант. У меня "всего" экран с разрешением 1080p с диагональю 13,3 дюйма. Как бы то ни было, значки слишком маленькие, но вариант 2x тоже нецелесообразен (эффективное разрешение 960x540).

Выглядит намного лучше с --force-scale = 2, но все же не идеален

@trinhno, к сожалению, у нас пока нет решения для дробных значений масштабирования

@ rend3r спасибо, это будет исправлено в следующем выпуске

Аналогичная проблема есть на Surface 3 (Scalling 150%, OnlyOffice 4.4.1).

Сделайте OnlyOffice совершенно непригодным для использования.

То же самое и на аналогичном устройстве Surface, полностью обновленная Windows 10 и чистая установка onlyoffice.
Экран: 1920x1080 с диагональю 12,2 дюйма. Пользовательский интерфейс огромен, и для документа остается мало места. Кроме того, часть пользовательского интерфейса выходит за пределы кадра и поэтому недоступна.

Ничего не могу найти в расширенных настройках

Изменить: я иногда использую это же устройство с внешним монитором, и оно действительно отлично работает (19 дюймов, 1680x1050).

У меня другая проблема. С заголовком. Он такой большой на 14-дюймовом Full HD

@maxkadushkin Могу я спросить, есть ли ETA для новой версии?

@filkeith вы используете какие-нибудь флаги для запуска приложения? у вас есть эта ошибка в новой версии?

@maxkadushkin нет. Пытался запустить в режиме совместимости и с разными флагами, но ничего не помогло. Также кто-то из вашей команды (xkorolx) на хабре сказал, что он воспроизвел эту ошибку и что вы исправите ее в следующей версии.

Проблема возникает только на fullHD, когда размер экрана меньше 15 ', насколько я понимаю. У меня есть dell latitude e5450 с дисплеем 14 дюймов. Если вы подключите внешний монитор и переместите окно на монитор, строка заголовка станет нормального размера.

Следующий выпуск @ 5haffl запланирован на конец месяца, но он не будет содержать серьезных исправлений для этой проблемы

@filkeith то, что xkorolx сказал, правда, ваша проблема исправлена ​​и скоро будет выпущена

Что касается 4.8.6

Теперь не вижу проблем с моей настройкой.

После последнего обновления 4.8.7.392 моя проблема была решена

Я использую Solus Linux, и все отлично масштабируется, кроме курсора, который крошечный. Пользуюсь последней оснасткой.

5.1.29.348 x64 вообще не использует масштабирование в Windows 10, настроенное с 200% масштабированием пользовательского интерфейса при 3840x2160:

С --force-scale=2 это намного лучше, поэтому вопрос в том, почему это не определяется автоматически? См. Также: https://msdn.microsoft.com/de-de/library/windows/desktop/dn280510 (v = vs.85) .aspx

Да, я согласен, такие вещи должны обнаруживаться автоматически. Довольно неприятно слышать, что решение состоит в том, что я должен запускать приложение с флагами. Я не открываю вещи из командной строки, понимаете?

Кстати, я все-таки исправил это, перейдя в .exe и в настройках совместимости и HiDPI, настроив его на игнорирование и переопределение попыток систем использовать его в режиме HiDPI. Однако это означает, что приложение выглядит размытым. Не хорошо.

Мне нравится пользовательский интерфейс OnlyOffice. Я был большим сторонником этого. Я просто установил свой собственный сервер документов, чтобы интегрировать его с моей частной системой NextCloud. НО опыт редактора может исправить это!

У меня аналогичная проблема, но не похоже, что у кого-то была эта конкретная проблема в этом потоке, поскольку редактор Arch Linux (Manjaro-Deepin) не соблюдает масштабирование

У меня аналогичная проблема, но не похоже, что у кого-то была эта конкретная проблема в этом потоке, поскольку редактор Arch Linux (Manjaro-Deepin) не соблюдает масштабирование

Та же проблема здесь и в последней версии KDE Neon. Для этого есть выпуски № 78 и № 136, но они уже давно открыты.

Ага, так ... Сейчас хуже?

Я не знаю, связано ли это с HiDPI, но вот как это выглядит в Fedora 29, 1920x1080.

Он хорошо выглядит с desktopeditors --force-scale=1 , и после запуска его в терминале с этим параметром, если я запускаю его через средство запуска приложений, он запоминает масштаб (что приятно).

То же самое с Windows, к сожалению, он не скручивается правильно (150% на 13,3-дюймовом экране с разрешением 1920x1080)
Мы бы хотели навсегда отказаться от офиса (и Microsoft).

Версия Ubuntu, установленная из оснастки, не обнаруживает HiDPI автоматически. --force-scale = 2 дает странный результат.

UPD: То же и с деб.

Получил ту же проблему ... очень маленькие значки в браузере Windows 10 / Chrom .. OnlyOffice работает в Docker ... странно ... у этого не было такого поведения с самого начала ..!?

ах .. интересно .. просто попытался открыть тот же документ в другом браузере (теперь Windows 10 Edge) .. теперь он правильно показывает контент в хорошем размере .. так что я могу быть также связан с браузером ?!

https://www.auslogics.com/en/articles/fix-google-chrome-scaling-on-win-10/

Эта ветка посвящена настольному редактору, поэтому программное обеспечение, которое вы устанавливаете локально, а не сервер или интерфейс браузера.

Спасибо memen45 за разъяснения

У меня аналогичная проблема, но не похоже, что у кого-то была эта конкретная проблема в этом потоке, поскольку редактор Arch Linux (Manjaro-Deepin) не соблюдает масштабирование

Я тоже. Ubuntu 18.04 KDE Neon 4k дисплей Surface Pro 3

Ubuntu 19.04, настольные редакторы OO 5.3.95.43 от deb.

Все нормально.

Я тоже использую 5.3.95.43.
Так это что-то из KDE? Пара пользователей написали, что у них есть проблема, но не упомянули свою ОС.

Ubuntu 19.04, настольные редакторы OO 5.3.95.43 от deb.

Я предполагаю, что Aceler использует Gnome. Это верно?

Это буквально то место, где можно публиковать подобные проблемы, и многие уже подтвердили эту ошибку, и ничего?

Exec = QT_SCALE_FACTOR = 1.5 QT_AUTO_SCREEN_SET_FACTOR = 1.5 / usr / bin / desktopeditors% F

это находится в моем файле рабочего стола и дает мне такой результат.

Вертикально он правильно масштабируется с помощью этого хака, но у меня есть другие проблемы с фигурами, даже с рисованием и т. Д.

https://github.com/ONLYOFFICE/DesktopEditors/issues/217

У меня аналогичная проблема, но не похоже, что у кого-то была эта конкретная проблема в этом потоке, поскольку редактор Arch Linux (Manjaro-Deepin) не соблюдает масштабирование

Я тоже. Ubuntu 18.04 KDE Neon 4k дисплей Surface Pro 3

У меня тоже было это [Manjaro, KDE], но я нашел для себя обходной метод:
~ $ Exec = QT_FONT_DPI = 163 QT_SCREEN_SCALE_FACTORS = 1 QT_SCALE_FACTOR = 1 / usr / bin / desktopeditors% F

Честно говоря, это безумие, что эта проблема все еще остается проблемой спустя 2 года после того, как о ней впервые сообщили. Этот проект еще активно развивается?

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

@jcklpe да, проект все еще находится в активной разработке. Текущая версия 5.3.95.84 была выпущена 26 августа 2019 г .: https://www.onlyoffice.com/en/download-desktop.aspx. Однако кажется, что с HiDPI нелегко справиться в Linux. В Windows я больше не вижу этих проблем, но у меня есть ряд других приложений в Linux, которые либо вообще не поддерживают HiDPI, либо только со 100% или 200%, но без какого-либо промежуточного фактора, например KeePassXC.

У меня аналогичная проблема, но не похоже, что у кого-то была эта конкретная проблема в этом потоке, поскольку редактор Arch Linux (Manjaro-Deepin) не соблюдает масштабирование

Я тоже. Ubuntu 18.04 KDE Neon 4k дисплей Surface Pro 3

Та же проблема с масштабированием в 2 раза (хотелось бы 1,5 раза) на Manjaro KDE:

Надеюсь, это скоро будет исправлено, onlyoffice - это офисное программное обеспечение, с которым я хотел бы работать на моем 12-дюймовом экране ноутбука 1080 ...

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

У меня тоже проблема с этим. Запуск Kubuntu 18.04 со шрифтами Force fonts DPI 110 на мониторе 4k. Как это выглядит по умолчанию:

Все ОГРОМНОЕ по сравнению с остальным моим рабочим столом.

Запуск desktopeditors --force-scale=1 сначала кажется мне полезным, но как только я пытаюсь изменить размер окна, вкладки вверху снова становятся огромными и шаткими. Кроме того, это не позволит мне изменить ширину окна так, чтобы она была настолько узкой, насколько мне хотелось бы:

в текущей версии для масштабирования равным 144 dpi или меньше используются 1x элементы
чтобы вручную переключить приложение на 2-кратное масштабирование, используйте аргумент --force-scale = 2 для запуска приложения

Спасибо, это решает проблему дома (Windows 10 X64)!

У меня тоже было это [Manjaro, KDE], но я нашел для себя обходной метод:
~ $ Exec = QT_FONT_DPI = 163 QT_SCREEN_SCALE_FACTORS = 1 QT_SCALE_FACTOR = 1 / usr / bin / desktopeditors% F

Ты мой герой, я уже отказался от OnlyOffice с Manjaro, но использование этого файла в качестве моего .desktop-файла (конечно, с другим путем) работает идеально!

Та же проблема здесь, в Windows 10 с HP Spectre 13 '' x360 (сенсорный экран).

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

В этом выпуске есть сообщения о нескольких проблемах, но я стараюсь прояснить ситуацию.
Некоторая проблема в этом потоке должна быть исправлена, но я оставляю эту проблему открытой и делаю эту основную проблему для проблем с дисплеями HiDPI с низким физическим размером (я думаю, что что-то вроде 13-дюймовых дисплеев 1080, если я правильно помню, и некоторых других случаев с дисплеями 4K ).
Для этого разрешения мы должны ввести масштабирование дисплея в 1,5 раза, и оно уже работает, но я не могу назвать ETA

Моя конфигурация составляет 125% (настройки дисплея) на 14 "(1920x1080), без параметров в начале это выглядит так (то же, что и --force-scale=1 ):

с --force-scale=2 это многовато 😰

Числа между ними не работают (все равно пробовал 😅). Есть ли обходной путь?

Похоже, что дробное масштабирование пока не поддерживается. Также см. Https://github.com/ONLYOFFICE/DesktopEditors/issues/53#issuecomment -576294085:
«Для этого разрешения мы должны ввести масштабирование дисплея в 1,5 раза, и оно уже работает, но я не могу назвать расчетное время прибытия»

@arnowelzel Yeap, в настоящее время поддерживается только масштабирование дисплея 1x и 2x

@ShockwaveNN , проблема с масштабированием все еще присутствует в версии 5.5.1 или есть какое-то исправление?

@vladimirkosolapov К сожалению, до сих пор не реализован. Мы надеемся, что он будет готов в будущей версии 5.6, но не можем гарантировать это

150% нужно не только маленьким дисплеям. Это также обычное масштабирование на 27-дюймовых экранах 4K. Это требует использования значков SVG, поэтому они хорошо отображаются. Они уже полностью поддерживаются движком.

Здесь тоже: я был бы признателен за значение 1,5

+1

+, на 13-дюймовом ноутбуке HiDPI его теперь нельзя использовать

+, на 13-дюймовом ноутбуке HiDPI его теперь нельзя использовать

Я попробовал на своем FHD 14 '- все еще не исправлено.

ТОЛЬКО WINDOWS:
Я не знаю, упоминалось ли это уже, но вы можете добавить параметр --force-scale=2 в ярлык на рабочем столе редакторов ONLYOFFICE, и он будет работать все время, независимо от того, запускаете ли вы его из начального меню, cmd или потому, что вы открываете документ.
Это решение также намного лучше, чем настройки HDPI, потому что, если вы установите его на перезапись системой, все приложение будет очень размытым.

Я не понимаю, почему это до сих пор не определяется автоматически ...?
Я использую 5.5.1.78, и вам все равно нужно применить этот параметр, иначе пользовательский интерфейс на моем UHD-дисплее будет очень маленьким.

@ major-mayer Некоторым людям требуется масштабирование в 1,5 раза, а не в 2 раза. И это пока не поддерживается.

Почему эта проблема находится в репозитории "настольных редакторов"? Я только что попробовал OnlyOffice в NextCloud, и он тоже был очень маленьким ...

Почему эта проблема находится в репозитории "настольных редакторов"? Я только что попробовал OnlyOffice в NextCloud, и он тоже был очень маленьким ...

Обновление до сих пор не отправлено. Я жду этого)

Почему эта проблема находится в репозитории "настольных редакторов"? Я только что попробовал OnlyOffice в NextCloud, и он тоже был очень маленьким ...

Да, вы правы, эта проблема актуальна и для DocumentServer, почти все проблемы DesktopEdition актуальны для DocumentServer и с момента выпуска DocumentServer в первую очередь - мы должны переместить эти проблемы в репозиторий DocumentServer, но я предпочитаю не перемещать их, так как я не думаю, что это будет очень полезно, но если вы действительно хотите - вы можете создать еще одну проблему в репозитории DocumentServer

В Manajaro GNOME мне пришлось отключить QT_QPA_PLATFORMTHEME , установить QT_AUTO_SCREEN_SCALE_FACTOR=1 и использовать --force-scale=2 . Теперь он масштабируется и выглядит правильно. Надеюсь, это поможет кому-то другому.

В Manajaro GNOME мне пришлось отключить QT_QPA_PLATFORMTHEME , установить QT_AUTO_SCREEN_SCALE_FACTOR=1 и использовать --force-scale=2 . Теперь он масштабируется и выглядит правильно. Надеюсь, это поможет кому-то другому.

--force-scale=2 слишком велик на 13-дюймовом экране 1920x1080, это не настоящее решение

Он отлично смотрится на моем дисплее с разрешением 1920x1080, но я признаю, что мои настройки могут быть странными. Я увеличиваю свой дисплей HiDPI на 200%, а затем масштабирую дисплей 1080p в 2 раза. Если --force-scale = 2 слишком велико, можно попробовать использовать масштаб 1 или не использовать аргумент --force-scale.

В Manajaro GNOME мне пришлось отключить QT_QPA_PLATFORMTHEME , установить QT_AUTO_SCREEN_SCALE_FACTOR=1 и использовать --force-scale=2 . Теперь он масштабируется и выглядит правильно. Надеюсь, это поможет кому-то другому.

--force-scale = 2 - это 200% масштабирование, а не 150%.

Масштабирование от +1 до 150%.

Могу подтвердить, что --force-scale = 1 хорошо работает на моем 14-дюймовом ноутбуке, который работает с разрешением 2160x1440 в Windows.
Это должно быть высоким приоритетом, так как без него электронные таблицы довольно непригодны для использования.

На моем мониторе LG 43UD79-B с диагональю 108 см (42,5 дюйма) документы выглядят слишком большими, вероятно, вдвое больше, чем обычно, в отличие от всех других программ, которые я использую. Система - Manjaro Linux с Gnome. onlyoffice --force-scale=1 (узнал отсюда) выглядит нормально.

+1 для 150% масштабирования

+1 для 125 или 150% масштабирования

+1 для 150% масштабирования.

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

То же самое и для меня, OnlyOffice полностью непригоден для использования без дробного масштабирования.

Итак, проблеме 3,5 года, везде есть ноутбуки с дисплеями 1080p и 1440p, а проблема все еще не решена?

@ Real-Gecko, к сожалению, еще нет, но сейчас в разработке

но сейчас в разработке

@maxkadushkin приятно слышать! Есть ли PR, на который мы можем подписаться?

@szaimen , нет. он развивается на определенных ветках в различных модулях

Это может занять много времени, но не должно вызывать затруднений. SVG, необходимый для иконок, уже поддерживается.

@ Real-Gecko, к сожалению, еще нет, но сейчас в разработке

Спасибо за отзыв, скрестим пальцы.

Это может занять много времени, но не должно вызывать затруднений. SVG, необходимый для иконок, уже поддерживается.

да, но, к сожалению, у нас есть некоторые проблемы с тем, чтобы сделать значки svg, которые будут одинаково хорошо отображаться при разном масштабировании (100%, 125%, 150%, 175%, 200%)

Это может занять много времени, но не должно вызывать затруднений. SVG, необходимый для иконок, уже поддерживается.

да, но, к сожалению, у нас есть некоторые проблемы с тем, чтобы сделать значки svg, которые будут одинаково хорошо отображаться при разном масштабировании (100%, 125%, 150%, 175%, 200%)

в чем именно проблема?: Я сам использую SVG-иконки в других проектах без каких-либо проблем на любом уровне масштабирования. У вас есть скриншоты, чтобы проиллюстрировать проблему?

например, в настоящее время некоторые наши значки svg выглядят хорошо в 100% и 200%, плохо в 150% и плохо в 125%

Я не настолько опытен в SVG, чтобы сказать, в чем проблема

например, в настоящее время некоторые наши значки svg выглядят хорошо в 100% и 200%, плохо в 150% и плохо в 125%

Он использует SVG? Или это PNG, предварительно сгенерированный из SVG?

Он использует SVG? Или это PNG, предварительно сгенерированный из SVG?

это svg

Они не выглядят непригодными для использования. А отсутствие должного масштабирования делает приложение непригодным для использования. Если вы хотите, вы можете скрыть параметр для не очень красивых в параметрах командной строки, чтобы только опытные пользователи могли получить к нему доступ.

Отправлено с мобильного

21 января 2021 г. в 15:40 regs01 [email protected] написал:

Взаимодействие с другими людьми

например, в настоящее время некоторые наши значки svg выглядят хорошо в 100% и 200%, плохо в 150% и плохо в 125%

Он использует SVG? Или это PNG, предварительно сгенерированный из SVG?

-
Вы получили это, потому что прокомментировали.
Ответьте на это письмо напрямую, просмотрите его на GitHub или откажитесь от подписки.

Похоже, масштабирование применяется после того, как был выполнен рендеринг SVG. В этом случае не только значки будут выглядеть «размытыми», но и все остальное, так как в целом не будут использоваться реальные пиксели на экране, но он будет отрисован на 100%, а результат будет масштабирован. Я думаю, что при использовании элемента CANVAS для вывода графического интерфейса вместо рендеринга собственного графического интерфейса этого нельзя избежать.

Мои два цента: значки с неидеальным внешним видом - это нечто гораздо менее тревожное, чем нынешнее неправильное масштабирование. Основная потребность - получить правильное масштабирование дисплея, чтобы получить пригодное для использования приложение. Проблема совершенства иконок - мелочь. Его можно отложить, если это непростой момент.

По-видимому, масштабирование влияет на текст __и__ значков из одного из предыдущих комментариев.

Отправлено с мобильного

23 января 2021 г., в 11:26 утра, Лоран СИМОН [email protected] написал:

Взаимодействие с другими людьми
Мои два цента: значки с неидеальным внешним видом - это нечто гораздо менее тревожное, чем нынешнее неправильное масштабирование. Основная потребность - получить правильное масштабирование дисплея, чтобы получить пригодное для использования приложение. Проблема совершенства иконок - мелочь. Его можно отложить, если это непростой момент.

-
Вы получили это, потому что прокомментировали.
Ответьте на это письмо напрямую, просмотрите его на GitHub или откажитесь от подписки.

По-видимому, масштабирование влияет на текст __и__ значков из одного из предыдущих комментариев.
…
Отправлено с мобильного
23 января 2021 г., в 11:26, Лоран СИМОН @ . * > писал (а): Мои два цента: Иконки с неидеальным видом - это что-то гораздо менее тревожное, чем текущее неправильное масштабирование. Основная потребность - получить правильное масштабирование дисплея, чтобы получить пригодное для использования приложение. Проблема совершенства иконок - мелочь. Его можно отложить, если это непростой момент. - Вы получили это, потому что прокомментировали. Ответьте на это письмо напрямую, просмотрите его на GitHub или откажитесь от подписки.

Да, и это не может быть решено, поскольку OnlyOffice использует рисование JavaScript на холсте браузера, а не рендеринг в собственной ОС. Так же работает и настольное приложение. Когда вы создаете холст, пиксели будут увеличены в зависимости от масштабирования ОС.

Пример:

Вы создаете холст шириной и высотой 100 пикселей. Если масштабирование ОС равно 100%, это означает ровно 100x100 пикселей устройства:

<canvas width="100" height="100" />

Однако - когда масштабирование ОС составляет 200%, тот же холст станет в два раза больше, так как все пиксели будут масштабироваться с коэффициентом 2. Браузеры работают таким образом, чтобы гарантировать, что размер элементов растрового изображения (например, изображений или холста) остается таким же относительным. текстовым элементам, которые также становятся больше. Однако текстовые элементы используют собственный рендеринг, а пиксели шрифта всегда будут использовать пиксели устройства.

Но при масштабировании на 200% холст все равно будет иметь только 100x100 пикселей. Чтобы смягчить этот эффект, холст можно снова уменьшить с помощью CSS, поэтому внутренний размер холста можно увеличить до 200x200 пикселей в соответствии с разрешением устройства:

<canvas width="200" height="200" style="width:100px; height:100px" />

Проблемы начинаются, когда у вас нет даже таких масштабных коэффициентов, как 125% или 150%. В этом случае холст необходимо уменьшить в 1,25 раза, что составляет 0,8 или 1,5, что составляет 0,6666 ~. Это приведет к "размытым" пикселям, и этого вообще нельзя избежать:

<canvas width="125" height="125" style="width:100px; height:100px" />
<canvas width="150" height="150" style="width:100px; height:100px" />

Это применимо ко всем приложениям на основе браузера, которые используют холст для рисования элементов. Единственным решением этой проблемы было бы использование рендеринга на основе чистого CSS, а не холста для рендеринга контента. Но это был бы совершенно другой подход, требующий более или менее полного переписывания кода рендеринга.

По-видимому, масштабирование влияет на текст __и__ значков из одного из предыдущих комментариев.

Да, конечно. Я просто говорю, что самое главное - уметь масштабировать дисплей. Если значки не всегда идеально отображаются в заданном масштабе, это незначительная проблема по сравнению с невозможностью масштабирования до размера, адаптированного к DPI.

Есть обновления здесь? :)

Если бы не эта досадная проблема, OnlyOffice можно было бы рекомендовать как лучший бесплатный офисный пакет для настольных ПК на данный момент. И сейчас для некоторых пользователей это совершенно неприемлемо, несмотря на отличную функциональность. Например, для пользователей 13-дюймовых ноутбуков с разрешением Full HD. В результате отсутствие дробного масштабирования становится главным стоп-фактором, который не позволяет рекомендовать эту программу всем.

Для правильной работы OnlyOffice необходимо будет отказаться от использования холста и использовать SVG для вывода, чтобы рендеринг выполнялся в собственном формате, а не в виде пиксельной графики. Но это серьезное изменение, и для его выполнения потребуется много усилий и времени.

Вы говорите (представляете) OnlyOffice @arnowelzel? Если нет, может, мы подождем, пока кто-нибудь ответит?

Вы говорите (представляете) OnlyOffice @arnowelzel? Если нет, может, мы подождем, пока кто-нибудь ответит?

Нет, я тоже всего лишь конечный пользователь. Но я знаю, как OnlyOffice отображает пользовательский интерфейс, и без перехода с холста на SVG они никогда не смогут правильно поддерживать масштабирование в 1,5 раза.

Вы можете быть правы. Я не разработчик настольных приложений или C ++. Однако есть классический способ решения проблемы, о которой вы упомянули, путем учета соотношения пикселей устройства (коэффициента масштабирования) при создании холста. Мне кажется, что они уже это делают: https://github.com/ONLYOFFICE/desktop-apps/search?q=dpi_ratio

И вы можете использовать ctrl + уже сегодня, чтобы масштабировать контент (не меню, заголовок и т. Д.). Для меня в «Документе» (эквивалент Word) он увеличивается до 120%, 140% и выше, а в электронных таблицах (эквивалент Excel) - 125%, 150% и выше. Я не думаю, что для обычного текста масштабирование делает его более размытым, чем 100%. Возможно, это не относится к обычному рендерингу шрифтов, а скорее к значкам SVG, как сказал автор? В каком случае это действительно так плохо?

Для правильной работы OnlyOffice необходимо будет отказаться от использования холста и использовать SVG для вывода, чтобы рендеринг выполнялся в собственном формате, а не в виде пиксельной графики. Но это серьезное изменение, и для его выполнения потребуется много усилий и времени.

Во многих приложениях есть проблема с масштабированием значков, вот пример Double Commander.

Однако это незначительная проблема, с которой мы можем жить, потому что важна функциональность.

Я не говорю только о значках - весь пользовательский интерфейс отображается как растровое изображение (да, также в настольной версии), а затем масштабируется. Это масштабирование работает правильно только для 100% и 200%, но не для любых значений между ними - это может привести к «размытому» интерфейсу. См. Мое объяснение выше о том, как работает рендеринг холста и почему определенные коэффициенты масштабирования вызывают проблемы.

Пример:

Вы можете видеть, что весь пользовательский интерфейс немного «размыт» - однако выбор шрифта «Arial» и «11» в порядке, поскольку это не часть холста, аэлемент, который отображается самим браузером в собственном разрешении.

И это тот же интерфейс при масштабировании 200%:

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

Вы можете видеть, что весь пользовательский интерфейс немного «размыт» - однако выбор шрифта «Arial» и «11» в порядке, поскольку это не часть холста, а элемент, который отображается самим браузером с исходным разрешением.

Ага, это плохо.

Есть обновления здесь? :)

планируется на 6.3 вер.

Немного поздно, но в качестве обходного пути для Windows 10 вы можете переопределить масштабирование приложения масштабированием системы, щелкнув правой кнопкой мыши двоичный файл и щелкнув вкладку «Совместимость», а затем кнопку «Изменить настройки высокого разрешения». Это заставляет приложение использовать масштабирование системы из настроек, но оно выглядит размытым, если оно дробное.

никогда не поздно .. :-)

Некоторое время назад я написал для своих пользователей краткий документ по устранению неполадок, посвященный проблеме масштабирования OnlyOffice.
у меня была эта проблема с экраном 4K .. вот его извлечение ->

OnlyOffice
Проблема с масштабированием / масштабированием экрана

При определенных разрешениях экрана (например, экранах 4K) иногда бывает, что OnlyOffice отображает шрифты меню, а сами меню слишком малы. Это заметно уже при открытии документов:

Проблема может быть решена путем настройки браузера, используемого для запуска Nextcloud через Интернет, следующим образом:
(в этом примере «Microsoft Edge»)

Откройте в проводнике папку приложения, в которой был установлен «Edge»:

Щелкните правой кнопкой мыши и выберите свойства:

Перейдите на вкладку «Совместимость», а затем на «Изменить настройки высокого разрешения»:

Измените этот параметр с:

к:

Теперь запуск OnlyOffice в облаке правильно масштабируется

Важный:

Чтобы применить настройки, выйдите из системы и снова войдите в систему (или перезагрузите компьютер).

Примечание. При определенных обстоятельствах шрифт в браузере EDGE может быть размытым при настройке масштабирования. Значит, это связано с этим изменением. При необходимости это, конечно, можно отменить снова. При необходимости можно использовать / протестировать другие браузеры, которые могут лучше / лучше справляться с масштабированием экрана 4K.

На самом деле это не решение какой-либо формы, это просто растрированное масштабирование.

это верно ... но это должно быть больше обходное решение ... но если честно ... у меня были действительно проблемы с чтением содержимого с Edge - и я вернул этот "обходной путь" позже