Desktopeditors: Escalado de interfaz 1.5x para pantallas HiDPI pequeñas

Lo mismo en Windows 10: los iconos y el texto son pequeños. Sería bueno tener la opción de "tamaño de icono" o tal vez algún tema de alta resistencia.

Si. Puedo confirmar esto tanto para Windows 10 como para Ubuntu Gnome. Necesitamos una opción para escalar la interfaz de usuario en la versión de escritorio.

en la versión actual, para escalar 144 dpi o menos se utilizan elementos 1x
para cambiar la aplicación manualmente a escala 2x, use el argumento --force-scale = 2 para iniciar la aplicación

Yo (y creo que muchos otros también) necesito una opción más detallada. "Sólo" tengo una pantalla de 13,3 "1080p. Tal como está, los iconos son demasiado pequeños, pero la opción 2x ​​tampoco es viable (resolución de 960x540 de forma efectiva).

Se ve mucho mejor con --force-scale = 2 pero aún no es perfecto

@trinhno lamentablemente, todavía no tenemos una solución para los valores fraccionarios en la escala

@ rend3r gracias, se solucionará en la próxima versión

Hay un problema similar en Surface 3 (escala 150%, OnlyOffice 4.4.1).

Haga que OnlyOffice sea completamente inutilizable.

Lo mismo aquí en un dispositivo similar de Surface, Windows 10 completamente actualizado e instalación limpia de onlyoffice.
Pantalla: 1920 x 1080 con 12,2 ". La interfaz de usuario es enorme y queda poco espacio para el documento. Además, parte de la interfaz de usuario queda fuera del marco y, por lo tanto, es inalcanzable.

Tampoco se puede encontrar nada en la configuración avanzada

Editar: A veces utilizo este mismo dispositivo con un monitor externo y en realidad funciona perfectamente (19 ", 1680x1050).

Tengo otro problema. Con barra de título. Es tan grande en 14 "Full HD

@maxkadushkin ¿ Puedo preguntar si hay algún ETA para la nueva versión?

@filkeith , ¿usas algunas banderas para iniciar la aplicación? ¿tienes ese error en la nueva versión?

@maxkadushkin no . Intenté ejecutar en modo de compatibilidad y con diferentes banderas, pero nada ayudó. También alguien de su equipo (xkorolx) en habr dijo que reprodujo este error y que lo arreglará en la próxima versión.

El problema solo aparece en FullHD cuando el tamaño de la pantalla es inferior a 15 ', según tengo entendido. Tengo dell latitude e5450 con pantalla de 14 '. Si conecta un monitor externo y mueve la ventana al monitor, la barra de título se vuelve de tamaño normal.

El próximo lanzamiento de planeado para fin de mes, pero no contendrá grandes soluciones para ese problema

@filkeith lo que dijo xkorolx es cierto, su problema está solucionado y se publicará pronto

En cuanto a 4.8.6

No veo ningún problema para mi configuración ahora.

Después de la última actualización 4.8.7.392, mi problema se resolvió

Estoy usando Solus Linux y todo escala bien, excepto el cursor, que es pequeño. Estoy usando el último complemento.

5.1.29.348 x64 no usa escalado en absoluto en Windows 10 configurado con 200% de escalado de UI @ 3840x2160:

Con --force-scale=2 es mucho mejor, así que la pregunta es, ¿por qué no se detecta automáticamente? Consulte también: https://msdn.microsoft.com/de-de/library/windows/desktop/dn280510 (v = vs.85) .aspx

Sí, estoy de acuerdo, este tipo de cosas deberían detectarse automáticamente. Es un poco doloroso que me digan que la solución es que tengo que ejecutar la aplicación con banderas. No voy a abrir cosas desde la línea de comandos, ¿sabes?

Por cierto, terminé arreglándolo entrando en el .exe y en la configuración de compatibilidad y HiDPI, configurándolo para ignorar y anular el intento del sistema de usarlo de una manera HiDPI. Sin embargo, eso significa que la aplicación se ve algo borrosa. No es bueno.

Me encanta la interfaz de usuario de OnlyOffice. He sido un gran defensor de ello. Simplemente instalé mi propio servidor de documentos para poder integrarlo con mi sistema privado NextCloud. ¡PERO a la experiencia del editor le vendría bien una solución!

Tengo un problema similar, pero no parece que nadie haya tenido este problema en particular en este hilo, ya que el editor de Arch Linux (Manjaro-Deepin) no respeta la escala

Tengo un problema similar, pero no parece que nadie haya tenido este problema en particular en este hilo, ya que el editor de Arch Linux (Manjaro-Deepin) no respeta la escala

El mismo problema aquí en la última versión de KDE Neon. Hay problemas # 78 y # 136 para esto, sin embargo han estado abiertos durante mucho tiempo.

Sí, entonces ... ¿Es peor ahora?

No sé si está relacionado con HiDPI, pero aquí cómo se ve en Fedora 29, 1920x1080.

Se ve bien con desktopeditors --force-scale=1 , y después de lanzarlo en la terminal con este parámetro, si lo ejecuto a través del lanzador de aplicaciones, recuerda la escala (lo cual es bueno).

Lo mismo en Windows, triste, no se ajusta bien (150% en una pantalla de 13,3 "de 1920 x 1080)
Me encantaría deshacerse de Office (y Microsoft) para siempre.

La versión de Ubuntu instalada desde snap no detecta HiDPI automáticamente. --force-scale = 2 proporciona una salida extraña.

UPD: Lo mismo con deb.

Tengo el mismo problema ... iconos muy pequeños en Windows 10 / Chrom Browser ... OnlyOffice se está ejecutando en un Docker ... lo extraño es ... que no se ha comportado así desde el principio ..!?

ah .. interesante .. acabo de intentar abrir el mismo documento en otro navegador (ahora Windows 10 Edge) .. ahora muestra correctamente el contenido en buen tamaño .. ¿así que también podría estar relacionado con el navegador?

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

Este hilo trata sobre el editor de escritorio, por lo que el software que instala localmente, no el servidor o la interfaz del navegador.

Thx memen45 para una aclaración.

Tengo un problema similar, pero no parece que nadie haya tenido este problema en particular en este hilo, ya que el editor de Arch Linux (Manjaro-Deepin) no respeta la escala

Yo también. Ubuntu 18.04 Pantalla KDE Neon 4k Surface Pro 3

Ubuntu 19.04, editores de escritorio OO 5.3.95.43 de deb.

Todo está bien.

También estoy usando 5.3.95.43.
Entonces, ¿es esto una cosa de KDE? Un par de usuarios han publicado que tienen el problema, pero no mencionaron su sistema operativo.

Ubuntu 19.04, editores de escritorio OO 5.3.95.43 de deb.

Supongo que Aceler está usando Gnome. ¿Es eso correcto?

Este es literalmente el lugar para publicar este tipo de problemas y muchos ya han confirmado este error y ¿nada?

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

esto está en mi archivo de escritorio y me da este resultado.

Verticalmente, se escala correctamente con este truco, pero tengo otros problemas con las formas que ni siquiera dibujan, etc.

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

Tengo un problema similar, pero no parece que nadie haya tenido este problema en particular en este hilo, ya que el editor de Arch Linux (Manjaro-Deepin) no respeta la escala

Yo también. Ubuntu 18.04 Pantalla KDE Neon 4k Surface Pro 3

Yo también lo tenía [Manjaro, KDE], pero encontré un método alternativo para mí:
~ $ Exec = QT_FONT_DPI = 163 QT_SCREEN_SCALE_FACTORS = 1 QT_SCALE_FACTOR = 1 / usr / bin / desktopeditors% F

Francamente, es una locura que esto siga siendo un problema 2 años después de que se informara inicialmente. ¿Este proyecto aún se está desarrollando activamente?

Mire, lo entiendo, es de código abierto, y si algo está roto, entonces es mejor arreglarlo que quejarse, pero esto me resulta realmente decepcionante porque esperaba que finalmente estuviera aquí una alternativa viable al monopolio de código cerrado que tiene microsoft.

@jcklpe sí, el proyecto aún está en desarrollo activo. La versión actual 5.3.95.84 se publicó el 26 de agosto de 2019: https://www.onlyoffice.com/en/download-desktop.aspx. Sin embargo, parece que "HiDPI" no es fácil de manejar en Linux. En Windows ya no veo estos problemas, pero tengo otras aplicaciones en Linux que no soportan HiDPI en absoluto o solo con 100% o 200% pero sin ningún factor intermedio, por ejemplo KeePassXC.

Tengo un problema similar, pero no parece que nadie haya tenido este problema en particular en este hilo, ya que el editor de Arch Linux (Manjaro-Deepin) no respeta la escala

Yo también. Ubuntu 18.04 Pantalla KDE Neon 4k Surface Pro 3

El mismo problema se ejecuta con escala a 2x (ojalá pudiera hacerlo 1.5x) en Manjaro KDE:

Espero que esto se solucione pronto, solo la oficina es un software de oficina con el que me gustaría trabajar en la pantalla de mi computadora portátil de 12 "1080 ...

Esto se puede solucionar fácilmente si los desarrolladores devuelven el indicador force-device-scale-factor con valores fraccionarios. Por ejemplo, estaría bien con 0.75, pero con la bandera de escala de fuerza actual, solo puedo seleccionar valores enteros.

También tengo un problema con esto. Ejecutando Kubuntu 18.04 con fuentes Force DPI de 110 en un monitor de 4k. Qué aspecto tiene por defecto:

Todo es ENORME comparado con el resto de mi escritorio.

Ejecutar desktopeditors --force-scale=1 parece ayudar al principio, pero tan pronto como intento cambiar el tamaño de la ventana, las pestañas en la parte superior vuelven a ser enormes y torcidas. Además, no me permitirá cambiar el tamaño del ancho de la ventana para que sea tan estrecho como me gustaría:

en la versión actual, para escalar 144 dpi o menos se utilizan elementos 1x
para cambiar la aplicación manualmente a escala 2x, use el argumento --force-scale = 2 para iniciar la aplicación

¡Gracias, resuelve el problema en casa (Windows 10 X64)!

Yo también lo tenía [Manjaro, KDE], pero encontré un método alternativo para mí:
~ $ Exec = QT_FONT_DPI = 163 QT_SCREEN_SCALE_FACTORS = 1 QT_SCALE_FACTOR = 1 / usr / bin / desktopeditors% F

Eres mi héroe, ya me he rendido en OnlyOffice con Manjaro, pero usar esto como mi archivo .desktop (con una ruta diferente, por supuesto) ¡funciona absolutamente perfecto!

El mismo problema aquí en Windows 10 con un HP Spectre 13 '' x360 (pantalla táctil).

No es un gran problema, pero sería realmente bueno poder cambiar su tamaño para que se ajuste a los parámetros de escala global. El tamaño actual de mi computadora hace que sea un poco difícil de leer y cansado para la vista.

Hay mensajes sobre varios problemas en este tema, pero trato de aclarar las cosas.
Algunos problemas de este hilo deberían solucionarse, pero dejo este problema abierto y hago este problema principal para los problemas con las pantallas HiDPI con un tamaño físico bajo (creo que algo como pantallas 1080 de 13 pulgadas si mal no recuerdo, y algunos otros casos con pantallas 4K ).
Para esa resolución, deberíamos introducir una escala de pantalla de 1.5x y funciona, pero no puedo dar ninguna ETA.

Mi configuración es 125% (configuración de pantalla) en 14 "(1920 x 1080), sin parámetros al principio se ve así (igual que --force-scale=1 ):

con --force-scale=2 , es demasiado 😰

Los números intermedios no funcionan (lo intenté de todos modos 😅). ¿Existe alguna solución?

Parece que aún no se admite el escalado fraccional. Consulte también https://github.com/ONLYOFFICE/DesktopEditors/issues/53#issuecomment -576294085:
"Para esa resolución, deberíamos introducir una escala de pantalla de 1,5x y funciona, pero no puedo dar ninguna ETA".

@arnowelzel Yeap, actualmente solo se admite el escalado de pantalla 1x y 2x

@ShockwaveNN , ¿el problema de escala sigue presente en la versión 5.5.1 o ha aparecido alguna solución?

@vladimirkosolapov Lo sentimos, todavía no se ha implementado. Esperamos que esté listo en la futura versión 5.6, pero no podemos garantizarlo.

Se necesita un 150% no solo para pantallas pequeñas. También es común el escalado en pantallas 4K de 27 ". Esto requiere el uso de iconos SVG, por lo que están bien renderizados. Ya son totalmente compatibles con el motor.

Aquí también: agradecería un valor de 1,5

+1

+, en la computadora portátil HiDPI de 13 '' ahora es inutilizable

+, en la computadora portátil HiDPI de 13 '' ahora es inutilizable

Probé en mi FHD 14 ', todavía no arreglado.

SÓLO VENTANAS:
No sé si esto ya se mencionó, pero puede agregar el parámetro --force-scale=2 al acceso directo del escritorio de ONLYOFFICE Editors y funcionará todo el tiempo, sin importar si lo inicia desde el menú de inicio, cmd o porque abres un documento.
Esta solución también es mucho mejor que la configuración de HDPI, porque si la configura para que el sistema la sobrescriba, toda la aplicación se verá muy borrosa.

Lo que no entiendo es por qué esto todavía no se detecta automáticamente ...
Estoy usando 5.5.1.78 y todavía tienes que aplicar este parámetro o, de lo contrario, la interfaz de usuario será extremadamente pequeña en mi pantalla UHD.

@ major-mayer Algunas personas necesitan una escala de 1.5x y no 2x. Y esto no es compatible hasta ahora.

¿Por qué aparece este problema en el repositorio "editores de escritorio"? Acabo de probar OnlyOffice dentro de NextCloud y también era muy pequeño ...

¿Por qué aparece este problema en el repositorio "editores de escritorio"? Acabo de probar OnlyOffice dentro de NextCloud y también era muy pequeño ...

Aún no se ha enviado la actualización. Lo estoy esperando)

¿Por qué aparece este problema en el repositorio "editores de escritorio"? Acabo de probar OnlyOffice dentro de NextCloud y también era muy pequeño ...

Sí, tiene razón, este problema también es real para DocumentServer, casi todos los problemas de DesktopEdition son reales para DocumentServer y desde el lanzamiento de DocumentServer primero, deberíamos mover esos problemas al repositorio de DocumentServer, pero prefiero no moverlos, ya que no creo que esto será muy útil, pero si realmente lo desea, puede crear otro problema en el repositorio de DocumentServer

En Manajaro GNOME, tuve que desarmar QT_QPA_PLATFORMTHEME , configurar QT_AUTO_SCREEN_SCALE_FACTOR=1 y usar --force-scale=2 . Ahora se escala y se ve correcto. Espero que esto ayude a alguien más.

En Manajaro GNOME, tuve que desarmar QT_QPA_PLATFORMTHEME , configurar QT_AUTO_SCREEN_SCALE_FACTOR=1 y usar --force-scale=2 . Ahora se escala y se ve correcto. Espero que esto ayude a alguien más.

--force-scale=2 demasiado grande en una pantalla de 1920x1080 13 '', esta no es una solución real

Se ve bien en mi pantalla de 1920x1080, pero admito que mi configuración puede ser extraña. Aumento la escala de mi pantalla HiDPI en un 200%, luego escalo mi pantalla de 1080p en 2x. Si --force-scale = 2 es demasiado grande, tal vez intente usar una escala de 1, o no use el argumento --force-scale.

En Manajaro GNOME, tuve que desarmar QT_QPA_PLATFORMTHEME , configurar QT_AUTO_SCREEN_SCALE_FACTOR=1 y usar --force-scale=2 . Ahora se escala y se ve correcto. Espero que esto ayude a alguien más.

--force-scale = 2 es una escala del 200%, no del 150%.

Escala de +1 a 150%.

Puedo confirmar que --force-scale = 1 funciona bien en mi computadora portátil de 14 "que funciona a 2160x1440 en Windows
Esto debería ser un precio muy alto, ya que sin él, las hojas de cálculo son bastante inestables.

En mi monitor LG 43UD79-B de 108 cm (42,5 ") los documentos se ven demasiado grandes, probablemente el doble de tamaño (largo) en comparación con el aspecto normal, a diferencia de todos los demás programas que utilizo. El sistema es Manjaro Linux con Gnome. Con el truco onlyoffice --force-scale=1 (aprendido de aquí) parece normal.

+1 para una escala del 150%

+1 para una escala del 125 o 150%

+1 para una escala del 150%.

Bastante difícil de usar OnlyOffice sin escala fraccional. Asumiré en este hilo que este problema no se abordará en el corto plazo. Solo estoy poniendo mis dos centavos para mostrar la importancia de esta solicitud de función.

Lo mismo aquí para mí, OnlyOffice es completamente inutilizable sin escala fraccional.

Entonces, ¿el problema tiene 3.5 años, las computadoras portátiles con pantallas de 1080p y 1440p están en todas partes y el problema aún no se ha resuelto?

@ Real-Gecko, desafortunadamente, aún no está, pero en desarrollo ahora

pero en desarrollo ahora

@maxkadushkin es genial escuchar! ¿Existe un PR al que podamos suscribirnos?

@szaimen , no. se está desarrollando en ramas específicas en módulos diferentes

Esto podría llevar mucho tiempo, pero no debería ser difícil. SVG, necesario para los iconos, ya es compatible.

@ Real-Gecko, desafortunadamente, aún no está, pero en desarrollo ahora

Gracias por tus comentarios, crucemos los dedos.

Esto podría llevar mucho tiempo, pero no debería ser difícil. SVG, necesario para los iconos, ya es compatible.

sí, pero, desafortunadamente, tenemos algunos problemas para hacer íconos svg que se renderizarán igualmente bien en diferentes escalas (100%, 125%, 150%, 175%, 200%)

Esto podría llevar mucho tiempo, pero no debería ser difícil. SVG, necesario para los iconos, ya es compatible.

sí, pero, desafortunadamente, tenemos algunos problemas para hacer íconos svg que se renderizarán igualmente bien en diferentes escalas (100%, 125%, 150%, 175%, 200%)

¿Cuál es exactamente el problema? Yo mismo uso íconos SVG en otros proyectos sin ningún problema en ningún nivel de escala. ¿Tiene capturas de pantalla para ilustrar el problema?

por ejemplo, actualmente algunos de nuestros íconos svg se ven bien en 100% y 200%, no buenos en 150% y malos en 125%

No tengo tanta experiencia en svg para decir cuál es el problema

por ejemplo, actualmente algunos de nuestros íconos svg se ven bien en 100% y 200%, no buenos en 150% y malos en 125%

¿Está usando SVG? ¿O es PNG pregenerado a partir de SVG?

¿Está usando SVG? ¿O es PNG pregenerado a partir de SVG?

es svg

No parecen inutilizables. Y la falta de escalado adecuado hace que la aplicación sea inutilizable. Si lo desea, puede ocultar la opción para las que no son tan atractivas en una opción de línea de comandos para que solo los usuarios avanzados puedan acceder a ella.

Enviado desde mi móvil

El 21 de enero de 2021, a las 3:40 p.m., regs01 [email protected] escribió:

por ejemplo, actualmente algunos de nuestros íconos svg se ven bien en 100% y 200%, no buenos en 150% y malos en 125%

¿Está usando SVG? ¿O es PNG pregenerado a partir de SVG?

-
Estás recibiendo esto porque hiciste un comentario.
Responda a este correo electrónico directamente, véalo en GitHub o cancele la suscripción.

Parece que la escala se aplica después de que se realizó la renderización de los SVG. En este caso, no sólo los iconos se verían "borrosos", sino también todo lo demás, ya que el conjunto no usaría píxeles reales en la pantalla, sino que se renderizaría al 100% y el resultado se escalaría. Creo que cuando se usa el elemento CANVAS para generar la GUI en lugar de la representación de la GUI nativa, esto no se puede evitar.

Mis dos centavos: los iconos con un aspecto no perfecto son algo mucho menos perturbador que la escala incorrecta actual. La necesidad principal es obtener la escala de visualización correcta para obtener una aplicación utilizable. El problema de perfección de los iconos es un detalle menor. Se puede aplazar si es un punto delicado.

Aparentemente, la escala afecta el texto __ y__ los iconos de uno de los comentarios anteriores.

Enviado desde mi móvil

El 23 de enero de 2021, a las 11:26 a.m., Laurent SIMON [email protected] escribió:

Mis dos centavos: los iconos con un aspecto no perfecto son algo mucho menos perturbador que la escala incorrecta actual. La necesidad principal es obtener la escala de visualización correcta para obtener una aplicación utilizable. El problema de perfección de los iconos es un detalle menor. Se puede aplazar si es un punto delicado.

-
Estás recibiendo esto porque hiciste un comentario.
Responda a este correo electrónico directamente, véalo en GitHub o cancele la suscripción.

Aparentemente, la escala afecta el texto __ y__ los iconos de uno de los comentarios anteriores.
...
Enviado desde mi móvil
El 23 de enero de 2021, a las 11:26 a.m., Laurent SIMON @ . * > escribió: Mis dos centavos: Los iconos con un aspecto no perfecto es algo mucho menos perturbador que la escala incorrecta actual. La necesidad principal es obtener la escala de visualización correcta para obtener una aplicación utilizable. El problema de perfección de los iconos es un detalle menor. Se puede aplazar si es un punto delicado. - Estás recibiendo esto porque comentaste. Responda a este correo electrónico directamente, véalo en GitHub o cancele la suscripción.

Sí, y esto no se puede resolver ya que OnlyOffice está usando la pintura de JavaScript en el lienzo del navegador y no la representación del sistema operativo nativo. Además, la aplicación de escritorio funciona de esta manera. Cuando crea un lienzo, los píxeles se mejorarán según la escala del sistema operativo.

Ejemplo:

Creas un lienzo con un ancho y un alto de 100 píxeles. Si la escala del sistema operativo es del 100%, esto significa exactamente 100 x 100 píxeles del dispositivo:

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

Sin embargo, cuando la escala del sistema operativo es 200%, el mismo lienzo se volverá dos veces más grande, ya que todos los píxeles se escalarán en un factor 2. Los navegadores funcionan de esta manera para asegurarse de que el tamaño de los elementos del mapa de bits (como imágenes o un lienzo) permanezca igual relativo a elementos de texto que también se agrandan. Sin embargo, los elementos de texto usan renderizado nativo y los píxeles de una fuente siempre usarán píxeles de dispositivo.

Pero con una escala del 200%, el canvase todavía tendrá solo 100x100 píxeles. Para mitigar este efecto, el lienzo se puede reducir nuevamente usando CSS, por lo que el tamaño del lienzo interno se puede aumentar a 200x200 píxeles para que coincida con la resolución del dispositivo:

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

Los problemas comienzan cuando ni siquiera tiene factores de escala como 125% o 150%. En este caso, el lienzo debe reducirse en un factor de 1,25, que es 0,8 o 1,5, que es 0,6666 ~. Esto dará como resultado píxeles "borrosos" y no se puede evitar en absoluto:

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

Esto se aplica a todas las aplicaciones basadas en navegador que utilizan un lienzo para dibujar elementos. La única solución a esto sería utilizar un renderizado basado en CSS puro y no un lienzo para renderizar el contenido. Pero este sería un enfoque completamente diferente que requiere más o menos una reescritura completa del código de renderizado.

Aparentemente, la escala afecta el texto __ y__ los iconos de uno de los comentarios anteriores.

Sí, por supuesto. Solo digo que lo más importante es poder escalar la pantalla. Si los íconos no siempre se representan perfectamente a una escala determinada, es un problema insignificante en comparación con la incapacidad de escalar a un tamaño adaptado al DPI.

¿Alguna actualización aquí? :)

Si no fuera por este molesto problema, OnlyOffice podría recomendarse como el mejor paquete de oficina de escritorio gratuito en este momento. Y ahora, para algunos usuarios, es completamente inaceptable a pesar de su excelente funcionalidad. Por ejemplo, para usuarios de portátiles Full HD de 13 pulgadas. Como resultado, la falta de escalado fraccional se convierte en el principal factor de parada que no le permite recomendar este software a todo el mundo.

Para que esto funcione correctamente, OnlyOffice necesitaría cambiar de usar un lienzo a usar SVG para la salida, por lo que la representación se haría de forma nativa y no como gráficos de píxeles. Pero este es un cambio importante y requeriría mucho esfuerzo y tiempo para hacerlo.

¿Hablas por (representar) OnlyOffice @arnowelzel? Si no es así, ¿quizás podamos esperar a que alguien que sí responda?

¿Hablas por (representar) OnlyOffice @arnowelzel? Si no es así, ¿quizás podamos esperar a que alguien que sí responda?

No, también soy solo un usuario final. Pero sé cómo OnlyOffice representa la interfaz de usuario y, sin cambiar de lienzo a salida SVG, nunca podrán admitir el escalado 1.5x correctamente.

Puede que tengas razón. No soy un desarrollador de aplicaciones de escritorio o C ++. Sin embargo, existe una solución clásica para el problema que mencionaste, teniendo en cuenta la proporción de píxeles del dispositivo (factor de escala) cuando estás creando el lienzo. Me parece que ya están haciendo esto: https://github.com/ONLYOFFICE/desktop-apps/search?q=dpi_ratio

Y puede usar ctrl + hoy para hacer zoom en el contenido (no en el menú, encabezado, etc.). Para mí, en "Documento" (equivalente a Word) aumenta al 120%, 140% y más, mientras que en Hojas de cálculo (equivalente a Excel) es 125%, 150% y más. Para el texto normal, no creo que el zoom haga que se vea más borroso que el 100%. Sin embargo, tal vez no se aplique a la representación normal de fuentes, sino a los íconos SVG como dijo el colaborador. En cuyo caso, ¿es realmente tan malo?

Para que esto funcione correctamente, OnlyOffice necesitaría cambiar de usar un lienzo a usar SVG para la salida, por lo que la representación se haría de forma nativa y no como gráficos de píxeles. Pero este es un cambio importante y requeriría mucho esfuerzo y tiempo para hacerlo.

Hay muchas aplicaciones que tienen problemas de escala de iconos en general, aquí está un ejemplo de Double Commander

Sin embargo, es un problema menor con el que podemos vivir, porque la funcionalidad es lo que importa.

No hablo solo de los íconos: toda la interfaz de usuario se representa como un mapa de bits (sí, también con la versión de escritorio) y luego se escala. Esta escala solo funciona correctamente para el 100% y el 200%, pero no para valores intermedios; esto puede resultar en una interfaz de usuario "borrosa". Vea mi explicación anterior sobre cómo funciona el renderizado de lienzo y por qué ciertos factores de escala causan problemas.

Ejemplo:

Puede ver que toda la interfaz de usuario está un poco "borrosa"; sin embargo, la selección de fuente "Arial" y "11" está bien, ya que no es parte del lienzo, sino unaelemento que es renderizado por el propio navegador con la resolución nativa.

Y esta es la misma interfaz de usuario con una escala del 200%:

Las diferencias no son fáciles de detectar cuando Github reduce la vista previa, pero si abre los mapas de bits en su tamaño original, debería ver claramente el punto.

Puede ver que toda la interfaz de usuario está un poco "borrosa"; sin embargo, la selección de fuente "Arial" y "11" está bien, ya que no es parte del lienzo, sino un elemento que el navegador representa en la resolución nativa.

Sí, eso es malo.

¿Alguna actualización aquí? :)

está previsto para la versión 6.3.

Un poco tarde, pero como solución para Windows 10, puede anular el escalado de la aplicación con el escalado del sistema haciendo clic con el botón derecho en el binario y haciendo clic en la pestaña "Compatibilidad" y luego en el botón "Cambiar la configuración alta de DPI". Esto obliga a la aplicación a utilizar la escala del sistema desde la configuración, pero se ve borrosa si es fraccional.

nunca es tarde .. :-)

Hace algún tiempo escribí un breve documento de resolución de problemas para mis usuarios sobre el problema de escala de OnlyOffice.
Tuve este problema con una pantalla 4K ... aquí hay una extracción ->

OnlyOffice
Problema con la escala / zoom de la pantalla

Con ciertas resoluciones de pantalla (como las pantallas 4K), a veces sucede que OnlyOffice muestra las fuentes del menú y los menús se escalan demasiado pequeños. Esto ya se nota al abrir los documentos:

El problema se puede resolver ajustando el navegador utilizado para iniciar Nextcloud a través de la web de la siguiente manera:
(en este ejemplo, "Microsoft Edge")

Abra la carpeta de la aplicación en el Explorador donde se instaló "Edge":

Haga clic derecho y seleccione propiedades:

Haga clic en la pestaña "Compatibilidad" y luego en "Cambiar la configuración de DPI alta":

Cambie esta configuración de:

a:

Ahora lanzando OnlyOffice en la nube correctamente escalado

Importante:

Para aplicar la configuración, cierre la sesión y vuelva a iniciarla (o reinicie la PC).

Nota: En determinadas circunstancias, la fuente en el navegador EDGE puede aparecer borrosa cuando se ajusta la escala. Esto tiene que ver entonces con este cambio. Si es necesario, por supuesto, esto se puede deshacer de nuevo. Si es necesario, se pueden usar / probar otros navegadores que puedan manejar mejor la escala de pantalla 4K de una manera mejor / más perfecta.

Esta no es realmente una solución de ningún tipo, ya que solo rasterizó el escalado.

eso es correcto ... pero debería ser más una solución ... pero para ser honesto ... tuve realmente problemas para leer el contenido con Edge en ese momento, y revirtí esta "solución" más adelante