Desktopeditors: Escala de interface 1.5x para pequenos monitores HiDPI

O mesmo no Windows 10 - os ícones e o texto são pequenos. Seria bom ter a opção de "tamanho do ícone" ou talvez algum tema de alto contraste.

sim. Posso confirmar isso para Windows 10 e Ubuntu Gnome. Precisamos de uma opção para dimensionar a IU na versão Desktop.

na versão atual, para dimensionamento igual a 144 dpi ou menos é usado 1x elementos
para alternar o aplicativo manualmente para o escalonamento 2x, use o argumento --force-scale = 2 para iniciar o aplicativo

Eu (e muitos outros também, eu acho) preciso de uma opção de escala mais precisa. Eu "apenas" tenho uma tela de 13,3 "1080p. Como está, os ícones são muito pequenos, mas a opção 2x também não é viável (resolução de 960x540 efetivamente).

Parece muito melhor com --force-scale = 2, mas ainda não é perfeito

@trinhno , infelizmente, não temos solução para valores fracionários em escala ainda

@ rend3r obrigado, será corrigido no próximo lançamento

Há um problema semelhante no Surface 3 (Scalling 150%, OnlyOffice 4.4.1).

Torne OnlyOffice totalmente inutilizável.

O mesmo aqui no dispositivo similar Surface, Windows 10 totalmente atualizado e instalação limpa de onlyoffice.
Tela: 1920x1080 com 12,2 ". A IU é enorme e pouco espaço é deixado para o documento. Também parte da IU fica fora do quadro e, portanto, inacessível.

Também não consigo encontrar nada nas configurações avançadas

Edit: Eu uso este mesmo dispositivo com um monitor externo às vezes e que realmente funciona perfeitamente (19 ", 1680x1050).

Eu tenho outro problema. Com Titlebar. É tão grande em Full HD de 14 "

@maxkadushkin Posso perguntar se há algum HEC para a nova versão?

@filkeith , você usa alguns sinalizadores para iniciar o aplicativo? você tem esse bug na nova versão?

@maxkadushkin não. Já tentei rodar em modo de compatibilidade e com sinalizadores diferentes, mas nada ajudou. Também alguém da sua equipe (xkorolx) no habr disse que ele reproduziu esse bug e que você vai consertá-lo na próxima versão.

O problema só aparece em fullHD quando o tamanho da tela é inferior a 15 ', pelo que entendi. Tenho Dell Latitude E5450 com tela de 14 '. Se você conectar um monitor externo e mover a janela para o monitor, a barra de título ficará com o tamanho normal.

O próximo lançamento do previsto para o final do mês, mas não conterá grandes correções para esse problema

@filkeith o que xkorolx disse é verdade, seu problema foi corrigido e será lançado em breve

Quanto a 4.8.6

Não vejo nenhum problema para minha configuração agora.

Após a última atualização 4.8.7.392 meu problema foi resolvido

Estou usando Solus Linux e tudo tem uma escala boa, exceto o cursor que é minúsculo. Estou usando o instantâneo mais recente.

5.1.29.348 x64 sem usar escalonamento no Windows 10 configurado com escalonamento de IU de 200% @ 3840x2160:

Com --force-scale=2 é muito melhor, então a pergunta é: por que isso não é detectado automaticamente? Consulte também: https://msdn.microsoft.com/de-de/library/windows/desktop/dn280510 (v = vs.85) .aspx

Sim, concordo, esse tipo de coisa deve ser detectado automaticamente. É meio chato saber que a solução é executar o aplicativo com sinalizadores. Não estou abrindo coisas na linha de comando, sabe?

BTW, eu acabei consertando isso indo para o .exe e nas configurações de compatibilidade e HiDPI, configurando-o para ignorar e substituir a tentativa do sistema de usá-lo de uma forma HiDPI. Isso significa, no entanto, que o aplicativo parece um pouco embaçado. Nada bom.

Adoro a IU do OnlyOffice. Tenho sido um grande defensor disso. Acabei de colocar meu próprio servidor de documentos para poder integrá-lo ao meu sistema NextCloud privado. MAS a experiência do editor precisa de uma solução para isso!

Estou tendo um problema semelhante, mas não parece que alguém teve esse problema particular neste tópico, em que o editor no Arch Linux (Manjaro-Deepin) não honra o dimensionamento

Estou tendo um problema semelhante, mas não parece que alguém teve esse problema particular neste tópico, em que o editor no Arch Linux (Manjaro-Deepin) não honra o dimensionamento

O mesmo problema aqui no último KDE Neon. Existem os números 78 e 136 para isso, no entanto, eles estão abertos há muito tempo.

Sim, então ... Está pior agora?

Não sei se está relacionado ao HiDPI, mas aqui está o que parece no Fedora 29, 1920x1080.

Parece bom com desktopeditors --force-scale=1 , e depois de iniciá-lo no terminal com este parâmetro, se eu iniciá-lo através do lançador de aplicativos, ele lembra a escala (o que é bom).

O mesmo no Windows, triste, que não funciona direito (150% em uma tela de 13,3 "1920x1080)
Adoraria abandonar o office (e a microsoft) para sempre.

A versão do Ubuntu instalada de imediato não detecta HiDPI automaticamente. --force-scale = 2 fornece uma saída estranha.

UPD: o mesmo com deb.

Tenho o mesmo problema ... ícones muito pequenos no navegador do Windows 10 / Chrom .. OnlyOffice está sendo executado em um Docker .. coisa estranha .. que não teve esse comportamento desde o início ..!?

ah .. interessante .. apenas tentei abrir o mesmo doc em outro navegador (agora Windows 10 Edge) .. agora está exibindo corretamente o conteúdo em bom tamanho .. para que eu também pudesse estar relacionado ao navegador ?!

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

Este tópico é sobre o editor de desktop, portanto, o software que você instala localmente, não o servidor ou a interface do navegador.

Thx memen45 para esclarecimento

Estou tendo um problema semelhante, mas não parece que alguém teve esse problema particular neste tópico, em que o editor no Arch Linux (Manjaro-Deepin) não honra o dimensionamento

Eu também. Ubuntu 18.04 KDE Neon 4k display Surface Pro 3

Ubuntu 19.04, editores de desktop OO 5.3.95.43 da deb.

Tudo está bem.

Também estou usando 5.3.95.43.
Então, isso é uma coisa do KDE? Alguns usuários postaram que têm o problema, mas não mencionaram seu sistema operacional.

Ubuntu 19.04, editores de desktop OO 5.3.95.43 da deb.

Presumo que o Aceler esteja usando o Gnome. Isso é correto?

Este é literalmente o local para postar esse tipo de problema e muitos já confirmaram esse bug e nada?

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

isso está no meu arquivo da área de trabalho e me dá este resultado.

Verticalmente, ele é dimensionado corretamente com este hack, mas tenho outros problemas com formas que nem mesmo desenham etc.

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

Estou tendo um problema semelhante, mas não parece que alguém teve esse problema particular neste tópico, em que o editor no Arch Linux (Manjaro-Deepin) não honra o dimensionamento

Eu também. Ubuntu 18.04 KDE Neon 4k display Surface Pro 3

Eu também tinha [Manjaro, KDE], mas encontro um método alternativo para mim:
~ $ Exec = QT_FONT_DPI = 163 QT_SCREEN_SCALE_FACTORS = 1 QT_SCALE_FACTOR = 1 / usr / bin / desktopeditors% F

Francamente, é meio insano que isso ainda seja um problema 2 anos depois de ter sido relatado inicialmente. Este projeto ainda está sendo desenvolvido ativamente?

Olha, entendi, é open source, e se algo está quebrado, então é melhor consertar do que reclamar, mas acho isso realmente decepcionante porque esperava que uma alternativa viável para o monopólio de código fechado da Microsoft estivesse finalmente aqui.

@jcklpe sim, o projeto ainda está em desenvolvimento ativo. A versão atual 5.3.95.84 foi lançada em 26/08/2019: https://www.onlyoffice.com/en/download-desktop.aspx. No entanto, parece que "HiDPI" não é fácil de manusear no Linux. No Windows, não vejo mais esses problemas, mas tenho vários outros aplicativos no Linux que não oferecem suporte a HiDPI ou apenas com 100% ou 200%, mas sem nenhum fator intermediário, por exemplo, KeePassXC.

Estou tendo um problema semelhante, mas não parece que alguém teve esse problema particular neste tópico, em que o editor no Arch Linux (Manjaro-Deepin) não honra o dimensionamento

Eu também. Ubuntu 18.04 KDE Neon 4k display Surface Pro 3

O mesmo problema em execução com escala em 2x (desejava que pudesse fazer 1,5x) no Manjaro KDE:

Espero que isso seja corrigido em breve, onlyoffice é um software de escritório com o qual eu gostaria de trabalhar na tela do meu laptop de 12 "1080 ...

Isso pode ser facilmente corrigido se os desenvolvedores retornarem o sinalizador de fator de escala de dispositivo de força com valores fracionários. Por exemplo, eu ficaria bem com 0,75, mas com o sinalizador de escala de força atual, só posso selecionar valores inteiros.

Também estou tendo problemas com isso. Rodando o Kubuntu 18.04 com fontes Force DPI de 110 em um monitor 4k. O que parece por padrão:

Tudo é ENORME em comparação com o resto da minha área de trabalho.

Executar desktopeditors --force-scale=1 parece ajudar no início, mas assim que tento redimensionar a janela, as guias na parte superior voltam a ser enormes e instáveis. Além disso, não me permite redimensionar a largura da janela para ficar tão estreita quanto eu gostaria:

na versão atual, para dimensionamento igual a 144 dpi ou menos é usado 1x elementos
para alternar o aplicativo manualmente para o escalonamento 2x, use o argumento --force-scale = 2 para iniciar o aplicativo

Obrigado resolve o problema em casa (Windows 10 X64)!

Eu também tinha [Manjaro, KDE], mas encontro um método alternativo para mim:
~ $ Exec = QT_FONT_DPI = 163 QT_SCREEN_SCALE_FACTORS = 1 QT_SCALE_FACTOR = 1 / usr / bin / desktopeditors% F

Você é meu herói, eu já desisti do OnlyOffice com Manjaro, mas usar isso como meu arquivo .desktop (com um caminho diferente, é claro) funciona absolutamente perfeito!

O mesmo problema aqui no Windows 10 com um HP Spectre 13 '' x360 (tela de toque).

Não é um grande negócio, mas seria muito bom poder redimensioná-lo para caber nos parâmetros de escala globais. O tamanho atual do meu computador torna-o um pouco difícil de ler e cansativo para os olhos.

Há mensagens sobre vários problemas nessa questão, mas tento deixar as coisas claras.
Algum problema desta discussão deve ser corrigido, mas deixo este problema aberto e faço este problema principal para problemas com telas HiDPI com tamanho físico baixo (acho que algo como telas de 13 polegadas 1080 se bem me lembro, e alguns outros casos com telas de 4K )
Para essas resoluções, devemos introduzir o dimensionamento de tela de 1,5x e isso está funcionando, mas não posso dar nenhum ETA

Minha configuração é 125% (configurações de exibição) em um 14 "(1920x1080), sem parâmetros no início se parece com isto (o mesmo que --force-scale=1 ):

com --force-scale=2 , é um pouco demais 😰

Números intermediários não funcionam (eu tentei mesmo assim 😅). Existe uma solução alternativa?

Parece que o escalonamento fracionário ainda não é compatível. Consulte também https://github.com/ONLYOFFICE/DesktopEditors/issues/53#issuecomment -576294085:
"Para essas resoluções, devemos introduzir o dimensionamento de tela de 1,5x e está funcionando, mas não posso dar um ETA"

@arnowelzel Sim, apenas 1x e 2x dimensionamento de exibição atualmente suportado

@ShockwaveNN , o problema de dimensionamento ainda está presente na versão 5.5.1 ou alguma correção apareceu?

@vladimirkosolapov Desculpe, ainda não implementado. Esperamos que esteja pronto na futura versão 5.6, mas não podemos garantir isso

150% é necessário não apenas para monitores pequenos. Também é comum o dimensionamento em telas de 27 "4K. Isso requer o uso de ícones SVG, portanto, eles são bem renderizados. Eles já são totalmente suportados pelo mecanismo.

Aqui também: eu apreciaria um valor de 1,5

+1

+, no laptop HiDPI de 13 '' agora está inutilizável

+, no laptop HiDPI de 13 '' agora está inutilizável

Tentei no meu FHD 14 '- ainda não consertado.

SOMENTE WINDOWS:
Não sei se isso já foi mencionado, mas você pode adicionar o parâmetro --force-scale=2 ao atalho da área de trabalho dos editores do ONLYOFFICE e ele funcionará o tempo todo, não importa se você inicie a partir do menu inicial, cmd ou porque você abre um documento.
Esta solução também é muito melhor do que as configurações HDPI, porque se você configurá-la para sobrescrever pelo sistema, todo o aplicativo ficará muito borrado.

A única coisa que não entendo é por que isso ainda não é detectado automaticamente ...?
Estou usando 5.5.1.78 e ainda assim você tem que aplicar este parâmetro ou então a IU ficará extremamente pequena no meu monitor UHD.

@ major-mayer Algumas pessoas precisam de escala 1,5x e não 2x. E isso não é suportado até agora.

Por que esse problema está no repositório "editores de desktop"? Acabei de experimentar OnlyOffice no NextCloud e era suuuuper pequeno também ...

Por que esse problema está no repositório "editores de desktop"? Acabei de experimentar OnlyOffice no NextCloud e era suuuuper pequeno também ...

A atualização ainda não foi enviada. Estou esperando por isso)

Por que esse problema está no repositório "editores de desktop"? Acabei de experimentar OnlyOffice no NextCloud e era suuuuper pequeno também ...

Sim, você está certo, este problema é real para o DocumentServer também, quase todos os problemas do DesktopEdition são reais para o DocumentServer e desde o lançamento do DocumentServer primeiro - devemos mover esses problemas para o repositório DocumentServer, mas eu prefiro não movê-los, já que não acho isso será muito útil, mas se você realmente quiser - você pode criar outro problema no repositório DocumentServer

No Manajaro GNOME, tive que remover QT_QPA_PLATFORMTHEME , definir QT_AUTO_SCREEN_SCALE_FACTOR=1 e usar --force-scale=2 . Agora ele é dimensionado e parece correto. Espero que isso ajude mais alguém.

No Manajaro GNOME, tive que remover QT_QPA_PLATFORMTHEME , definir QT_AUTO_SCREEN_SCALE_FACTOR=1 e usar --force-scale=2 . Agora ele é dimensionado e parece correto. Espero que isso ajude mais alguém.

--force-scale=2 muito grande na tela 1920x1080 de 13 '', isso não é uma solução real

Parece bom na minha tela 1920x1080, mas admito que minha configuração pode ser estranha. Aumentei minha tela HiDPI em 200% e, em seguida, aumentarei minha tela 1080p em 2x. Se o --force-scale = 2 for muito grande, talvez tente usar uma escala de 1, ou não usar o argumento --force-scale.

No Manajaro GNOME, tive que remover QT_QPA_PLATFORMTHEME , definir QT_AUTO_SCREEN_SCALE_FACTOR=1 e usar --force-scale=2 . Agora ele é dimensionado e parece correto. Espero que isso ajude mais alguém.

--force-scale = 2 tem escala de 200%, não 150%.

Escala de +1 a 150%.

Posso confirmar que --force-scale = 1 funciona bem no meu laptop de 14 "que está rodando a 2160x1440 no Windows
Esta deveria ser uma alta prioridade, pois sem ela, as planilhas são bastante impossíveis

No meu monitor LG 43UD79-B de 108 cm (42,5 "), os documentos parecem muito grandes, provavelmente o dobro do tamanho (comprimento) em comparação com a aparência normal, ao contrário de todos os outros programas que uso. O sistema é Manjaro Linux com Gnome. Com o truque onlyoffice --force-scale=1 (aprendi aqui) parece normal.

+1 para escala de 150%

+1 para escala de 125 ou 150%

+1 para escala de 150%.

Bastante difícil de usar OnlyOffice sem escala fracionária. Vou presumir por meio deste tópico que esse problema não será resolvido tão cedo. Só estou colocando meus dois centavos aí para mostrar a importância dessa solicitação de recurso.

O mesmo aqui para mim, OnlyOffice é completamente inutilizável sem escala fracionária.

Então, o problema é de 3,5 anos, os laptops com telas 1080p e 1440p estão por toda parte e o problema ainda não foi resolvido?

@ Real-Gecko, infelizmente, ainda não está, mas agora está em desenvolvimento

mas em desenvolvimento agora

@maxkadushkin ótimo de ouvir! Existe um PR que podemos assinar?

@szaimen , não. está desenvolvendo em ramos específicos em módulos deferentes

Isso pode ser demorado, mas não deve ser difícil. SVG, necessário para ícones, já é compatível.

@ Real-Gecko, infelizmente, ainda não está, mas agora está em desenvolvimento

Obrigado pelo feedback, dedos cruzados.

Isso pode ser demorado, mas não deve ser difícil. SVG, necessário para ícones, já é compatível.

sim, mas, infelizmente, temos alguns problemas para fazer ícones svg que serão renderizados igualmente bem em diferentes escalas (100%, 125%, 150%, 175%, 200%)

Isso pode ser demorado, mas não deve ser difícil. SVG, necessário para ícones, já é compatível.

sim, mas, infelizmente, temos alguns problemas para fazer ícones svg que serão renderizados igualmente bem em diferentes escalas (100%, 125%, 150%, 175%, 200%)

Qual é exatamente o problema? Eu mesmo uso ícones SVG em outros projetos sem problemas em qualquer nível de escala. Você tem capturas de tela para ilustrar o problema?

por exemplo, atualmente alguns dos nossos ícones svg parecem bons em 100% e 200%, não são bons em 150% e ruins em 125%

Não tenho tanta experiência em svg para dizer qual é o problema

por exemplo, atualmente alguns dos nossos ícones svg parecem bons em 100% e 200%, não são bons em 150% e ruins em 125%

Ele está usando SVG? Ou é PNG pré-gerado a partir de SVG?

Ele está usando SVG? Ou é PNG pré-gerado a partir de SVG?

é SVG

Eles não parecem inutilizáveis. E a falta de dimensionamento adequado torna o aplicativo inutilizável. Se desejar, você pode ocultar a opção para os não tão bonitos em uma opção de linha de comando para que apenas usuários avançados possam acessá-la.

Enviado do meu celular

Em 21 de janeiro de 2021, às 15:40, regs01 [email protected] escreveu:

por exemplo, atualmente alguns dos nossos ícones svg parecem bons em 100% e 200%, não são bons em 150% e ruins em 125%

Ele está usando SVG? Ou é PNG pré-gerado a partir de SVG?

-
Você está recebendo isso porque comentou.
Responda a este e-mail diretamente, visualize-o no GitHub ou cancele a inscrição.

Parece que o dimensionamento é aplicado após a renderização dos SVGs. Nesse caso, não apenas os ícones pareceriam "borrados", mas também todo o resto, já que o todo não usaria pixels reais na tela, mas seria renderizado em 100% e o resultado seria então dimensionado. Acho que ao usar o elemento CANVAS para gerar a GUI em vez da renderização nativa da GUI, isso não pode ser evitado.

Meus dois centavos: ícones com uma aparência não perfeita é algo muito menos perturbador do que a escala incorreta atual. A necessidade primária é obter o dimensionamento de exibição correto, para obter um aplicativo utilizável. O problema de perfeição dos ícones é um pequeno detalhe. Pode ser adiado se for um ponto complicado.

Aparentemente, a escala afeta o texto __e__ os ícones de um dos comentários anteriores.

Enviado do meu celular

Em 23 de janeiro de 2021, às 11h26, Laurent SIMON [email protected] escreveu:

Meus dois centavos: ícones com uma aparência não perfeita é algo muito menos perturbador do que a escala incorreta atual. A necessidade primária é obter o dimensionamento de exibição correto, para obter um aplicativo utilizável. O problema de perfeição dos ícones é um pequeno detalhe. Pode ser adiado se for um ponto complicado.

-
Você está recebendo isso porque comentou.
Responda a este e-mail diretamente, visualize-o no GitHub ou cancele a inscrição.

Aparentemente, a escala afeta o texto __e__ os ícones de um dos comentários anteriores.
…
Enviado do meu celular
Em 23 de janeiro de 2021, às 11h26, Laurent SIMON @ . * > escreveu: Meus dois centavos: Ícones com uma aparência não perfeita é algo muito menos perturbador do que a escala incorreta atual. A necessidade primária é obter o dimensionamento de exibição correto, para obter um aplicativo utilizável. O problema de perfeição dos ícones é um pequeno detalhe. Pode ser adiado se for um ponto complicado. - Você está recebendo isso porque comentou. Responda a este e-mail diretamente, visualize-o no GitHub ou cancele a inscrição.

Sim - e isso não pode ser resolvido porque OnlyOffice está usando a pintura JavaScript em uma tela de navegador e não a renderização do sistema operacional nativo. Além disso, o aplicativo de desktop funciona dessa maneira. Quando você cria uma tela, os pixels serão aumentados dependendo da escala do sistema operacional.

Exemplo:

Você cria uma tela com largura e altura de 100 pixels. Se a escala do sistema operacional for 100%, isso significa exatamente 100x100 pixels do dispositivo:

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

No entanto - quando o dimensionamento do sistema operacional é de 200%, a mesma tela ficará duas vezes maior, pois todos os pixels serão redimensionados pelo fator 2. Os navegadores funcionam dessa maneira para garantir que o tamanho dos elementos de bitmap (como imagens ou uma tela) permaneça o mesmo em relação para elementos de texto que também ficam maiores. No entanto, os elementos de texto usam renderização nativa e os pixels de uma fonte sempre usarão pixels de dispositivo.

Mas com o dimensionamento de 200%, a tela ainda terá apenas 100x100 pixels. Para atenuar esse efeito, a tela pode ser reduzida novamente usando CSS, para que o tamanho da tela interna possa ser aumentado para 200x200 pixels de acordo com a resolução do dispositivo:

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

Os problemas começam quando você não tem nem mesmo fatores de escala como 125% ou 150%. Nesse caso, a tela precisa ser reduzida em um fator de 1,25, que é 0,8 ou 1,5, que é 0,6666 ~. Isso resultará em pixels "borrados" e não pode ser evitado de forma alguma:

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

Isso se aplica a todos os aplicativos baseados em navegador que usam uma tela para desenhar elementos. A única solução para isso seria usar a renderização baseada em CSS puro e não uma tela para renderizar o conteúdo. Mas esta seria uma abordagem completamente diferente, que requer mais ou menos uma reescrita completa do código de renderização.

Aparentemente, a escala afeta o texto __e__ os ícones de um dos comentários anteriores.

Sim, claro. Apenas digo que o mais importante é poder dimensionar a tela. Se os ícones nem sempre são renderizados perfeitamente em uma determinada escala, é um problema insignificante em comparação com a incapacidade de dimensionar em um tamanho adaptado ao DPI.

Alguma atualização aqui? :)

Se não fosse por esse problema irritante, o OnlyOffice poderia ser recomendado como o melhor pacote de escritório gratuito para desktop no momento. E agora, para alguns usuários, é completamente inaceitável, apesar de sua excelente funcionalidade. Por exemplo, para usuários de laptops Full HD de 13 polegadas. Como resultado, a falta de escala fracionária se torna o principal fator de parada que não permite que você recomende este software a todos

Para fazer este trabalho corretamente, OnlyOffice precisaria mudar de uma tela para usar SVG para a saída, então a renderização seria feita nativa e não como gráficos de pixel. Mas essa é uma mudança importante e exigiria muito esforço e tempo para ser realizada.

Você fala por (representa) OnlyOffice @arnowelzel? Se não, talvez possamos esperar que alguém responda?

Você fala por (representa) OnlyOffice @arnowelzel? Se não, talvez possamos esperar que alguém responda?

Não, também sou apenas um usuário final. Mas eu sei como OnlyOffice renderiza a IU e, sem mudar de canvas para saída de SVG, eles nunca serão capazes de suportar o dimensionamento 1,5x corretamente.

Tu podes estar certo. Não sou um desenvolvedor de aplicativos de desktop ou C ++. No entanto, há uma solução alternativa clássica para o problema que você mencionou, levando em consideração a proporção de pixels do dispositivo (fator de escala) ao criar a tela. Parece que eles já estão fazendo isso: https://github.com/ONLYOFFICE/desktop-apps/search?q=dpi_ratio

E você já pode usar ctrl + hoje para ampliar o conteúdo (não o menu, cabeçalho, etc). Para mim, em "Documento" (equivalente do Word) ele aumenta para 120%, 140% e para cima, enquanto em planilhas (equivalente do Excel) é 125%, 150% e para cima. Para texto normal, não acho que o zoom o torne mais desfocado do que 100%. Talvez não se aplique à renderização de fonte normal, mas sim aos ícones SVG como o contribuidor disse? Nesse caso, é realmente tão ruim assim?

Para fazer este trabalho corretamente, OnlyOffice precisaria mudar de uma tela para usar SVG para a saída, então a renderização seria feita nativa e não como gráficos de pixel. Mas essa é uma mudança importante e exigiria muito esforço e tempo para ser realizada.

Há muitos aplicativos com problemas de dimensionamento de ícones em geral, aqui está um exemplo de Double Commander

No entanto, é um problema menor com o qual podemos viver, porque a funcionalidade é o que importa.

Eu não falo apenas sobre os ícones - toda a IU é renderizada como um bitmap (sim, também com a versão para desktop) e depois dimensionada. Essa escala funciona corretamente apenas para 100% e 200%, mas não para quaisquer valores entre - isso pode resultar em uma IU "borrada". Veja minha explicação acima sobre como a renderização da tela funciona e por que certos fatores de escala causam problemas.

Exemplo:

Você pode ver que toda a IU está um pouco "borrada" - no entanto, a seleção de fonte "Arial" e "11" está OK, pois isso não faz parte da tela, mas umelemento que é renderizado pelo próprio navegador na resolução nativa.

E esta é a mesma IU em escala de 200%:

As diferenças não são fáceis de detectar quando a visualização é reduzida pelo Github - mas se você abrir os bitmaps em seu tamanho nativo, verá claramente o ponto.

Você pode ver que toda a IU está um pouco "borrada" - no entanto, a seleção da fonte "Arial" e "11" está OK, pois isso não faz parte da tela, mas um elemento que é renderizado pelo próprio navegador na resolução nativa.

Sim, isso é ruim.

Alguma atualização aqui? :)

está planejado para versão 6.3.

Um pouco tarde, mas como uma solução alternativa para o Windows 10, você pode substituir o escalonamento do aplicativo pelo escalonamento do sistema clicando com o botão direito do mouse no binário e clicando na guia "Compatibilidade" e, em seguida, no botão "Alterar configurações de DPI alto". Isso força o aplicativo a usar o dimensionamento do sistema a partir das configurações, mas parece embaçado se for fracionário.

nunca é tarde .. :-)

Algum tempo atrás, eu escrevi um pequeno documento de solução de problemas para meus usuários sobre o problema de escala do OnlyOffice.
Eu tive esse problema com uma tela 4K .. .. aqui está uma extração dela ->

OnlyOffice
Problema com dimensionamento / zoom da tela

Com certas resoluções de tela (como telas de 4K), às vezes acontece que OnlyOffice exibe as fontes de menu e os próprios menus em uma escala muito pequena. Isso já é perceptível ao abrir os documentos:

O problema pode ser resolvido ajustando o navegador usado para iniciar o Nextcloud via web da seguinte forma:
(neste exemplo, "Microsoft Edge")

Abra a pasta do aplicativo no Explorer onde o "Edge" foi instalado:

Clique com o botão direito e selecione as propriedades:

Clique na guia "Compatibilidade" e depois em "Alterar configurações de alto DPI":

Altere esta configuração de:

para:

Agora lançando OnlyOffice na nuvem devidamente dimensionado

Importante:

Para aplicar as configurações, saia e faça login novamente (ou reinicie o PC).

Nota: Em certas circunstâncias, a fonte no navegador EDGE pode ficar desfocada quando a escala é ajustada. Isso tem a ver com essa mudança. Se necessário, isso pode ser desfeito novamente. Se necessário, outros navegadores podem ser usados ​​/ testados que podem lidar melhor com o dimensionamento da tela 4K de uma maneira melhor / mais perfeita.

Esta não é realmente uma solução de qualquer forma, pois apenas um aumento de escala rasterizado.

isso mesmo .. mas deveria ser mais uma solução alternativa .. mas para ser honesto .. eu tive muitos problemas para ler o conteúdo com o Edge então - e eu reverti esta "solução alternativa" mais tarde