Desktopeditors: 1.5x interface scaling for small HiDPI displays

The same on Windows 10 - icons and text are small. It would be nice to have "icon size" option or maybe some high-constrast theme.

Yes. I can confirm this for both Windows 10 and Ubuntu Gnome. We need an option to scale the UI on the Desktop version.

in current version, for scaling equal 144 dpi or less is used 1x elements
to switch app manually to 2x scaling, use --force-scale=2 argument to start application

I (and many others too I think) need a more fine-scaled option. I "only" have a 13.3" 1080p screen. As it is, the icons are too small, but the 2x option is not viable either (960x540 resolution effectively).

Looks much better with --force-scale=2 but still is not perfect

@trinhno unfortunately, we have no solution for fractional values in scaling yet

@rend3r thanks, it'll be fixed in next release

There is a similar problem on the Surface 3 (Scalling 150%, OnlyOffice 4.4.1).

Make OnlyOffice quite unusable.

Same here on Surface similar device, Windows 10 fully updated and clean install of onlyoffice.
Screen: 1920x1080 with 12.2". UI is enorm and little space is left for the document. Also part of the UI falls outside the frame and is therefore unreachable.

Cannot find anything under Advanced settings either

Edit: I use this same device with an external monitor sometimes and that actually works perfectly (19", 1680x1050).

I have another problem. With Titlebar. It is so big on 14" Full HD

@maxkadushkin May I ask if there is any ETA for the new version?

@filkeith do you use some flags to launch the app? do you have that bug in new version?

@maxkadushkin nope. I've tried to run in compatibility mode and with different flags, but nothing help. Also someone from your team (xkorolx) on habr said, that he reproduced this bug and that you'll fix it next version.

Problem only appears on fullHD when display size is less then 15', as I understand. I have dell latitude e5450 with 14' display. If you'll connect external monitor and move window to the monitor, title bar become normal size.

@5haffl next release is planed for end of month, but it won't contain big fixes for that issue

@filkeith what xkorolx said is true, your problem is fixed and will be released soon

As for 4.8.6

See no issue for my setup now.

After last update 4.8.7.392 my problem was solved

I'm using Solus Linux and everything scales fine except the cursor which is tiny. I'm using the latest snap.

5.1.29.348 x64 not using scaling at all in Windows 10 configured with 200% UI scaling @ 3840x2160:

With --force-scale=2 it's way better, so the question is, why is this not detected automatically? Also see: https://msdn.microsoft.com/de-de/library/windows/desktop/dn280510(v=vs.85).aspx

Yes, I agree, this sort of thing should be detected automatically. It's kind of a pain to be told that the solution is that I have to run the application with flags. I'm not opening up stuff from the command line yah know?

BTW, I did end up fixing it by going into the .exe and under compatibility and HiDPI settings, setting it to ignore and override the systems attempt to use it in a HiDPI way. That does mean however that the application looks kind of blurry. Not great.

Love the UI for OnlyOffice. I've been a big proponent of it. I just put up my own document server so that I could integrate it with my private NextCloud system. BUT the editor experience could use a fix on this!

I'm having a similar issue, but it doesn't seem that anyone has had this particular issue on this thread, in that the editor on Arch Linux (Manjaro-Deepin) does not honor the scaling

I'm having a similar issue, but it doesn't seem that anyone has had this particular issue on this thread, in that the editor on Arch Linux (Manjaro-Deepin) does not honor the scaling

Same issue here on latest KDE Neon. There are issues #78 and #136 for this, however they've been open for a long time now.

Yeah, so... It's worse now?

I don't know if it is related to HiDPI but here what it looks like on Fedora 29, 1920x1080.

It looks good with desktopeditors --force-scale=1, and after launching it in terminal with this parameter, if i launch it through Application launcher it remember the scale (which is nice).

Same on windows, sad, that it doesn't sclae right (150% on a 1920x1080 13.3" screen)
Wuld love to ditch office (and microsoft) for good.

Ubuntu version installed from snap doesn't detect HiDPI automatically. --force-scale=2 provides strange output.

UPD: Same with deb.

Got the same Issue ... very small icons on Windows 10 / Chrom Browser .. OnlyOffice is running in a Docker .. strange thing is .. that did not have got this behave from the beginning .. !?

ah .. interesting .. just tried to open the same doc on another browser (now Windows 10 Edge) .. now it properly showing the content in good size .. so i could be also browser related ?!

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

This thread is about the desktop editor, so the software you install locally, not the server or browser interface.

Thx memen45 for clarification

I'm having a similar issue, but it doesn't seem that anyone has had this particular issue on this thread, in that the editor on Arch Linux (Manjaro-Deepin) does not honor the scaling

Me too. Ubuntu 18.04 KDE Neon 4k display Surface Pro 3

Ubuntu 19.04, OO desktop editors 5.3.95.43 from deb.

All is OK.

I'm using 5.3.95.43 as well.
So is this a KDE thing? A couple users have posted they have the issue but didn't mention their OS.

Ubuntu 19.04, OO desktop editors 5.3.95.43 from deb.

I assume Aceler is using Gnome. Is that correct?

This is literally the place to post these kinds of issues and many have already confirmed this bug and nothing?

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

this is in my desktop file and gives me this result.

Vertically it scales properly with this hack but I have other issues with shapes not even drawing etc.

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

I'm having a similar issue, but it doesn't seem that anyone has had this particular issue on this thread, in that the editor on Arch Linux (Manjaro-Deepin) does not honor the scaling

Me too. Ubuntu 18.04 KDE Neon 4k display Surface Pro 3

I had it too [Manjaro, KDE], but I find workaround method for me:
~$ Exec=QT_FONT_DPI=163 QT_SCREEN_SCALE_FACTORS=1 QT_SCALE_FACTOR=1 /usr/bin/desktopeditors %F

Frankly kind of insane that this is still an issue 2 years after was initially reported. Is this project even be actively developed still?

Look, I get it, it's open source, and if something's broken then it's better to fix it than to complain but I just find this really disappointing because I had hoped that a viable alternative to the closed source monopoly microsoft has was finally here.

@jcklpe yes the project is still in active development. The current version 5.3.95.84 was released 2019-08-26: https://www.onlyoffice.com/en/download-desktop.aspx. However it seems "HiDPI" is not easy to handle in Linux. In Windows I don't see these problems any longer but I have a number of other applications in Linux which either don't support HiDPI at all or only with 100% or 200% but not any factor in between, e.g. KeePassXC.

I'm having a similar issue, but it doesn't seem that anyone has had this particular issue on this thread, in that the editor on Arch Linux (Manjaro-Deepin) does not honor the scaling

Me too. Ubuntu 18.04 KDE Neon 4k display Surface Pro 3

Same problem running with scale at 2x (wished it could do 1.5x) on Manjaro KDE:

Hope this will be fixed soon, onlyoffice is office software i would like to work with in my 12" 1080 laptop screen...

This can be easily fixed if developers return the force-device-scale-factor flag with fractional values. For example, I would be fine with 0.75, but with the current force-scale flag, I can only select integer values.

I'm having an issue with this as well. Running Kubuntu 18.04 with Force fonts DPI of 110 on a 4k monitor. What it looks like by default:

Everything is HUGE compared to the rest of my desktop.

Running desktopeditors --force-scale=1 appears to help at first, but as soon as I try to resize the window the tabs at the top go back to being huge and wonky. Also, it won't let me resize the window width to be as narrow as I'd like:

in current version, for scaling equal 144 dpi or less is used 1x elements
to switch app manually to 2x scaling, use --force-scale=2 argument to start application

Thank you it solves the problem at home (Windows 10 X64)!

I had it too [Manjaro, KDE], but I find workaround method for me:
~$ Exec=QT_FONT_DPI=163 QT_SCREEN_SCALE_FACTORS=1 QT_SCALE_FACTOR=1 /usr/bin/desktopeditors %F

You are my hero, I've already given up on OnlyOffice with Manjaro, but using this as my .desktop-file (with a different path of course) works absolutely perfect!

Same issue here on Windows 10 with a HP Spectre 13'' x360 (Touch screen).

Not a huge deal but it would be really nice to be able to resize it to fit the global scaling parameters. The current size on my computer makes it a bit hard to read and tiring for the eyes.

There is messages about several troubles in this issue, but I try to make things clear.
Some issue of this thread should be fixed, but I leave this issue open and make this main issue for troubles with HiDPI displays with low phisical size (I think something like 1080 13 inch displays if I remember right, and some other cases with 4K displays).
For those resolution we should introduce 1.5x display scaling and it in works, but I cannot give any ETA

My configuration is 125% (display settings) in a 14" (1920x1080), with no parameters at the start it looks like this (same as --force-scale=1):

with --force-scale=2, it's a bit too much 😰

Numbers inbetween doesn't work (I tried anyways 😅). Is there a workaround?

It seems fractional scaling is not supported yet. Also see https://github.com/ONLYOFFICE/DesktopEditors/issues/53#issuecomment-576294085:
"For those resolution we should introduce 1.5x display scaling and it in works, but I cannot give any ETA"

@arnowelzel Yeap, only 1x and 2x display scaling currently supported

@ShockwaveNN, scaling problem is still present in version 5.5.1 or some fix has appeared?

@vladimirkosolapov Sorry, still not implemented. We hope it will be ready in future version 5.6, but cannot guarantee it

150% is needed not only for small displays. It's also common scaling on 27" 4K screens. This requires usage of SVG icons, so they are well rendered. They are fully supported by the engine already.

Here too : I would appreciate a 1.5 value

+1

+, on 13'' HiDPI laptop it's now unusable

+, on 13'' HiDPI laptop it's now unusable

I tried in on my FHD 14' - still not fixed.

WINDOWS ONLY:
I don't know if this was already mentioned, but you can add the --force-scale=2 parameter to the desktop shortcut of ONLYOFFICE Editors and it will work all the time, no matter if you start it from the start-menu, cmd or because you open a document.
This solution is also much better than the HDPI settings, because if you set it to overwrite by the system, the whole application will get very blurry.

The thing i don't understand is why this is still not detected automatically...?
I'm using 5.5.1.78 and still you have to apply this parameter or else the UI will be extremly small on my UHD display.

@major-mayer Some people need 1.5x scaling and not 2x. And this is not supported so far.

Why is this issue on the "desktop editors" repo? I just tried OnlyOffice within NextCloud and it was suuuuper small, too...

Why is this issue on the "desktop editors" repo? I just tried OnlyOffice within NextCloud and it was suuuuper small, too...

Update still hasn't been submitted. I'm waiting for it)

Why is this issue on the "desktop editors" repo? I just tried OnlyOffice within NextCloud and it was suuuuper small, too...

Yeah, you're right, this issue actual for DocumentServer too, almost all DesktopEdition issues actual for DocumentServer and since DocumentServer release first - we should move those issues to DocumentServer repo but I prefer no to move them, since I don't think this will be very helpful, but if you really want - you can create another issue at DocumentServer repo

In Manajaro GNOME, I had to unset QT_QPA_PLATFORMTHEME, set QT_AUTO_SCREEN_SCALE_FACTOR=1, and use --force-scale=2. Now it scales and looks correct. Hope this helps someone else.

In Manajaro GNOME, I had to unset QT_QPA_PLATFORMTHEME, set QT_AUTO_SCREEN_SCALE_FACTOR=1, and use --force-scale=2. Now it scales and looks correct. Hope this helps someone else.

--force-scale=2 too big on 1920x1080 13'' screen, this doesn't real solution

It looks fine on my 1920x1080 display, but I'll admit my setup might be strange. I scale up my HiDPI display by 200%, then scale out my 1080p display by 2x. If the --force-scale=2 is too large, maybe try using a scale of 1, or not using the --force-scale argument.

In Manajaro GNOME, I had to unset QT_QPA_PLATFORMTHEME, set QT_AUTO_SCREEN_SCALE_FACTOR=1, and use --force-scale=2. Now it scales and looks correct. Hope this helps someone else.

--force-scale=2 is 200% scaling, not 150%.

+1 to 150% scaling.

Can confirm that --force-scale=1 works well on my 14" laptop which is running at 2160x1440 on windows
This should be a high prioirty as without it, the spreadseheets its pretty unsable

On my 108 cm (42.5") monitor LG 43UD79-B the documents look way too big, probably double size (length) compared to the normal look, unlike all other programs I use. The system is Manjaro Linux with Gnome. With the trick onlyoffice --force-scale=1 (learned from here) it looks normal.

+1 for 150% scaling

+1 for 125 or 150% scaling

+1 for 150% scaling.

Pretty hard to use OnlyOffice without fractional scaling. I'm going to assume by this thread that this issue won't be addressed any time soon. Just putting my two cents out there to show the importance of this feature request.

Same here for me, OnlyOffice is completely unusable without fractional scaling.

So, issue is 3.5 years old, laptops with 1080p and 1440p displays are everywhere and issue is still not resolved?

@Real-Gecko, unfortunately, is not yet, but in development now

but in development now

@maxkadushkin great to hear! Is there a PR we can subscribe to?

@szaimen, no. it's developing on cpecific branches in deferent modules

This could be time-consuming, but shouldn't be difficult. SVG, needed for icons, is already supported.

@Real-Gecko, unfortunately, is not yet, but in development now

Thanks for feedback, fingers crossed.

This could be time-consuming, but shouldn't be difficult. SVG, needed for icons, is already supported.

yes, but, unfortunatelly, we have some problems to make svg icons that will be render equally well in different scaling (100%, 125%, 150%, 175%, 200%)

This could be time-consuming, but shouldn't be difficult. SVG, needed for icons, is already supported.

yes, but, unfortunatelly, we have some problems to make svg icons that will be render equally well in different scaling (100%, 125%, 150%, 175%, 200%)

What exactly is the problem? I use SVG icons myself in other projects without any issues at any scaling level. Do you have screenhots to illustrate the issue?

for example, currently some our svg icons look good in 100% and 200%, not good in 150% and bad in 125%

I'm not so experienced in svg to say what's the problem

for example, currently some our svg icons look good in 100% and 200%, not good in 150% and bad in 125%

Is it using SVG? Or is it PNG pre generated from SVG?

Is it using SVG? Or is it PNG pre generated from SVG?

it's svg

They don’t look unusable. And the lack of proper scaling makes the app unusable. If you want to you can hide the option for the not-so-good- looking ones in a command line option so only power users can access it.

Sent from my mobile

On Jan 21, 2021, at 3:40 PM, regs01 notifications@github.com wrote:



for example, currently some our svg icons look good in 100% and 200%, not good in 150% and bad in 125%

Is it using SVG? Or is it PNG pre generated from SVG?

—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or unsubscribe.

Looks like the scaling is applied after the rendering the SVGs was done. In this case not only the icons would look "blurred" but also everything else as the whole out would not use real pixels on the screen but it would get rendered at 100% and the result will then get scaled. I think when using CANVAS element to output the GUI instead of native GUI rendering this can't be avoided.

My two cents: Icons with a not perfect looking is something far less disturbing than the current wrong scaling. The primary need is to get the correct display scaling, to get a usable application. The icons' perfection problem is a minor detail. It can be deferred if it's a tricky point.

Apparently the scaling affects the text __and__ the icons from one of the previous comments.

Sent from my mobile

On Jan 23, 2021, at 11:26 AM, Laurent SIMON notifications@github.com wrote:


My two cents: Icons with a not perfect looking is something far less disturbing than the current wrong scaling. The primary need is to get the correct display scaling, to get a usable application. The icons' perfection problem is a minor detail. It can be deferred if it's a tricky point.

—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or unsubscribe.

Apparently the scaling affects the text __and__ the icons from one of the previous comments.
…
Sent from my mobile
On Jan 23, 2021, at 11:26 AM, Laurent SIMON @.*> wrote:  My two cents: Icons with a not perfect looking is something far less disturbing than the current wrong scaling. The primary need is to get the correct display scaling, to get a usable application. The icons' perfection problem is a minor detail. It can be deferred if it's a tricky point. — You are receiving this because you commented. Reply to this email directly, view it on GitHub, or unsubscribe.

Yes - and this can not be solved as OnlyOffice is using JavaScript painting on a browser canvas and not native OS rendering. Also the desktop application works this way. When you create a canvas the pixels will be upscaled depening on the OS scaling.

Example:

You create a canvas with width and height of 100 pixels. If the OS scaling is 100% this means exactly 100x100 device pixels:

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

However - when the OS scaling is 200% the same canvas will get twice as large since all pixels will scaled by factor 2. Browsers work this way to make sure that the size of bitmap elements (like images or a canvas) stay the same relative to text elements which also get larger. However text elements use native rendering and the pixels of a font will always use device pixels.

But at 200% scaling the canvase it will still have only 100x100 pixels. To mitigate this effect, the canvas can be scaled down again using CSS, so the internal canvass ize can be increased to 200x200 pixels match the device resolution:

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

The problems start, when you don't have even scaling factors like 125% or 150%. In this case, the canvas needs to be scaled down by a factor of 1.25 which is 0.8 or 1.5 which is 0.6666~. This will result in "blurry" pixels and can not be avoided at all:

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

This applies to every browser based application which uses a canvas to draw elements. The only solution to this would be using pure CSS based rendering and not a canvas to render content. But this would be a completely different approach which requires more or less a complete rewrite of the rendering code.

Apparently the scaling affects the text __and__ the icons from one of the previous comments.

Yes, of course. I just say that the most important is to be able to scale the display. If the icons are not always perfectly rendered at a given scale, it's a negligible problem compared to the inability to scale at a size adapted to the DPI.

Any update here? :)

If not for this annoying problem, the OnlyOffice could be recommended as the best free desktop office package at the moment. And now, for some users, it is completely unacceptable despite its excellent functionality. For example, for users of 13-inch Full HD laptops. As a result, the lack of fractional scaling becomes the main stop factor that does not allow you to recommend this software to everyone

To get this work properly OnlyOffice would need to change from using a canvas to use SVG for output, so the rendering would then be done native and not as pixel graphics. But this is a major change and would take a lot of effort and time to be done.

Do you speak for (represent) OnlyOffice @arnowelzel? If not maybe we can wait for someone who does to reply?

Do you speak for (represent) OnlyOffice @arnowelzel? If not maybe we can wait for someone who does to reply?

No, I am also just an end user. But I know how OnlyOffice renders the UI and without changing from canvas to SVG outout they will never be able to support 1.5x scaling properly.

You may be right. I'm not a Desktop App or C++ developer. However there's a classic workaround for the issue you mentioned, by factoring in the device pixel ratio (scaling factor) when you're creating the canvas. It looks to me like they're already doing this: https://github.com/ONLYOFFICE/desktop-apps/search?q=dpi_ratio

And you can use ctrl + today already to zoom the content (not the menu, header etc). For me in "Document" (Word equivalent) it zooms to 120%,140% and up while in Spreadsheets (Excel equivalent) it's 125%, 150% and up. For normal text I don't think zooming makes it look any blurrier than 100%. Maybe it doesn't apply to normal font rendering though, but rather the SVG icons like the contributor said? In which case, is it really that bad?

To get this work properly OnlyOffice would need to change from using a canvas to use SVG for output, so the rendering would then be done native and not as pixel graphics. But this is a major change and would take a lot of effort and time to be done.

There's a lot of apps having icon scaling issue in general, here's example of Double Commander

However it's a minor issue we can live with, cause functionality is what matters.

I don't talk about just the icons - the whole UI is rendered as a bitmap (yes, also with the desktop version) and then scaled afterwards. This scaling only works properly for 100% and 200% but not any values between - this can result into a "blurry" UI. See my explanation above about how canvas rendering works and why certain scaling factors cause problems.

Example:

You can see that the whole UI is slightly "blurry" - however the font selection "Arial" and "11" is OK since this is not part of the canvas but a element which is rendered by the browser itself at the native resolution.

And this is the same UI at 200% scaling:

The differences are not easy to spot when the preview is scaled down by Github - but if you open the bitmaps at their native size you should clearly see the point.

You can see that the whole UI is slightly "blurry" - however the font selection "Arial" and "11" is OK since this is not part of the canvas but a element which is rendered by the browser itself at the native resolution.

Yep, that's bad.

Any update here? :)

it's planned for 6.3 ver.

A bit late but as a workaround for Windows 10 you can override application scaling with system scaling by right clicking the binary and clicking on "Compatibility" tab and then on "Change high DPI settings" button. This forces the application to use system scaling from settings but it looks blurry if is fractional.

it's never to late .. :-)

Some time ago i did write a short TroubleShooting Document for my users about the OnlyOffice Scaling issue ..
i had got this issue with a 4K Screen .. .. here is an extraction of it -->

OnlyOffice
Problem with screen scaling/zoom

With certain screen resolutions (like 4K screens) it sometimes happens that OnlyOffice displays the menu fonts and the menus themselves scaled too small. This is already noticeable when opening the documents:

The problem can be solved by adjusting the browser used to start Nextcloud via the web as follows:
(in this example "Microsoft Edge")

Open the application folder in Explorer where "Edge" was installed:

Right click and select properties:

Click on the "Compatibility" tab and then on "Change high DPI settings":

Change this setting from:

to:

Now launching OnlyOffice in the cloud properly scaled

Important:

To apply the settings, log out and log in again (or restart PC).

Note: Under certain circumstances, the font in the EDGE browser may be blurred when the scaling is adjusted. This has then to do with this change. If necessary, this can of course be undone again. If necessary, other browsers can be used / tested that can better handle the 4K screen scaling in a better/more perfect way.

This isn't really a solution of any form as it just rasterized upscaling.

that's right .. but it should be more a workaround .. but to be honest .. i got really troubles read the contents with Edge then - and i did revert this "workaround" later on