New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Windows UI scaling is off #3228
Comments
|
It would also be helpful to know:
Any information you can share that seems to be related to the rendering issue will be helpful. |
|
Monitors) Resolution) DPI) I am on the "smaller 100%" setting in Windows Control Panel -> Display. The default is "Medium 125%" but I tried switching to that as well and it does not seem to help. Unplugging monitor) Zoom level) What I find interesting is that I can't make the Edit) That tool bar is definitely there though. If I click near the top of the screen but below where File would be, the menu comes up and just floats, not seemingly attached to anything. I think that may be the main issue. Without the top tool bar showing up, everything shifts up a bit visually but I think it is still in the correct place in terms of where I would be clicking if the visuals were in the correct spot. Or maybe it is there but something else has just shifted it so far upward it's now offscreen and looks to not be there. |
|
Thanks! Next thing worth asking: what kind of video card does your laptop have? Does it have a dedicated graphics card, or just an onboard one? Can you try launching RStudio from a command prompt? Here's a bunch of invocations that might make a difference: set "RSTUDIO_CHROMIUM_ARGUMENTS=--disable-gpu-rasterization"
"C:\Program Files\RStudio\bin\rstudio.exe"
set "RSTUDIO_CHROMIUM_ARGUMENTS=--disable-gpu-compositing"
"C:\Program Files\RStudio\bin\rstudio.exe"
set "RSTUDIO_CHROMIUM_ARGUMENTS=--disable-gpu-early-init"
"C:\Program Files\RStudio\bin\rstudio.exe"If you have an on-board Intel graphics card (and are at liberty to do so), it might also be worth attempting an upgrade of its drivers. |
|
Windows Device Manager tells me I have None of those seemed to have any effect :/ |
|
Darn. What kind of laptop do you have specifically? I'll see if I can reproduce on a local Windows 7 install. |
|
Sorry I had edited and posted that way at the top. Computer: Lenovo ThinkPad T570
Thanks for the help, I know this is hard to debug |
|
I wonder if the issue could be that RStudio is getting confused because the aspect ratio of your displays are different? Your external monitors are 16x9 but your laptop is 16x10. Do you see the issue if you disconnect your laptop from the external monitors, reboot the machine, and then attempt to launch RStudio? |
|
I unplugged my monitors and restarted the computer but am still having the issue on just my laptop. I also changed the windows zoom from the Smaller 100% to the default of Medium 125% but that didn't help either. |
|
Are the graphics drivers available at https://downloadcenter.intel.com/product/88355/Intel-HD-Graphics-520 newer than the ones currently installed? (Quite often Windows isn't aware of the newest available drivers for a particular graphics card; their driver database tends to lag a couple years behind) Another avenue to try: is it possible to disable hardware acceleration for your graphics card? Or are there other similar settings that might be toggled there? (Not sure if any of the applications provided by Intel allow this to be toggled) |
|
Interestingly my Intel(R) HD Graphics 520 driver version is |
|
Doh. Let's scratch that then. I'm out of ideas for now :-/ |
|
I followed this tutorial on turning off hardware acceleration for windows 7. I had to manually change the registry key as described there when "your current display driver does not allow you to change the hardware acceleration". I restarted my computer. It still did not help unfortunately. https://www.thewindowsclub.com/hardware-acceleration-windows-7 |
|
I got it!!! Control Panel -> Display -> Screen Resolution -> Advanced Settings Should pop up a properties menu. One of the headers is Monitor, click that. At the bottom you can choose "Colors:" and my options are:
It was on True Color, changing it to High Color makes my screen flicker for a second and then it instantly comes in correctly and RStudio now looks correctly sized and incredibly clear compared to what it was in the images attached in this issue. |
|
Phew! It's completely bizarre to me that using true color here would cause the rendering issue, but I guess stranger things in software have happened. Does the issue reproduce if you switch back to True Color? Does switching back to High Color seem to be a consistently-working fix for this issue? |
|
Yes the issue reproduces if I switch back to True Color. Yes switching to High Color seems to be a consistent fix that does not seem to affect the rest of the computer in a noticeable way. One other thing to note is that changing the resolution of, say, my laptop screen, changes it back to True Color automatically and I have to make that change again. Luckily I rarely do that. |
|
I'm having a similar issue. Here's my screen with version 1.2.830 Of note, beyond the zooming issue, is the grey square on the bottom right. The grey square disappears when I switch to a light theme. This screenshot is taken from my laptop monitor, a Lenovo Carbon X1, with screen resolution 1920x1080 running on Windows 10 Pro. I've attempted your command prompts here and they didn't make a difference. |
|
@philstraforelli : what is your IDE zoom level set at? Does zooming (Ctrl + -, Ctrl + +) help re-scale things to a reasonable size? |
|
Perhaps we need to adjust the zoom level dynamically based on the UI scale level? Note to self: rstudio/src/cpp/desktop/DesktopUtils.cpp Lines 276 to 282 in 3ab8b47
|
|
It definitely isn't an issue with version 1.1.456. The Lenovo laptop is my work laptop. My personal laptop is an Acer VN7-592G and it has version 1.2.830 running without these issues. Maybe some issue specific to Lenovo? EDIT: The Lenovo laptop has an Intel UHD Graphics 620 integrated graphics card, if that further helps. |
|
I have the same issue as @philstraforelli documented here: #2487 It is also on a Lenovo laptop. |
|
I have the same issue when I run RStudio with Intel HD Graphics 530. When I run the application with the discrete graphics card (GTX 960M) the UI behaves as expected. I'm using a Dell laptop, sounds like a problem with the integrated graphics? |
|
Does upgrading the graphics card drivers for the integrated card help at all? |
|
I have upgraded my drivers a couple of days ago, and it hasn't made a difference for me. |
|
Some more 'magic' invocations to try. From a command terminal ( If that doesn't work, then next try: @DavisVaughan would you also be willing to give this a shot, with your default (32bit True Color) configuration? |
|
No difference on my end after trying those commands. |
|
@philstraforelli I think the issue you're seeing is distinct from the one reported by @DavisVaughan; that is, there are two classes of rendering issues here:
I think your issue falls into class two, and I suspect it's an artifact of you having high Windows scaling (e.g. 200% or maybe 250%). This is still something we need to fix but want to just emphasize that there are different classes of rendering issues being tracked in this ticket. For scrollbars, see #3272. |
|
Oh shoot @kevinushey this actually worked for me on True Color 32 bit.
Do you know what version of OpenGL you use? My graphics card says it supports OpenGL version 4.4 but it seems like it goes up to 4.6. But I guess using |
|
In theory, RStudio (or more accurately, the underlying engines in Qt + Chromium) should only be using OpenGL 2.x and 3.x, but in practice it might be mis-detecting support for some set of OpenGL APIs in certain video cards and getting these sorts of rendering issues. It's hard to say; my understanding is that the world of hardware accelerated graphics is effectively a lawless saloon in a city abandoned by its sheriffs. For now, the plan is to:
We'll keep our eyes open for better solutions but it feels unlikely that there will be any single catch-all solution that can fix all of the rendering problems seen across the different permutations of components across user's machines. |
|
Thought you might want a look at the before and after of my GPU diagnostic section with the new RStudio daily build. Before applying After applying the |
|
Hmm, it looks like I should be having 3 ANGLE options (linked below) because I'm on Windows, but I only see "Auto detect", "OpenGL" and "Software". Trying all 3 of those does not result in the UI scaling problem fixing itself, so I assume I need the angle option. rstudio/src/gwt/src/org/rstudio/studio/client/workbench/prefs/views/GeneralPreferencesPane.java Line 252 in c69f9d6
|
|
@DavisVaughan we discovered that the ANGLE renderers don't actually do what we expect on Windows (software rendering is done instead) so we removed those. Can you try setting up software rendering once more using the latest daily build of RStudio, and let me know how it goes? You might also try toggling the various other options added to see if they fix rendering while keeping the GPU acceleration active: For others in this thread: I don't think any of these options will help with the UI scaling issues otherwise reported; we'll be working on that next. |
|
With the latest daily version (1.2.891), all I have to do is set Leaving the option as auto-detect, and trying every combination of those 3 check boxes (along with restarts of rstudio for each combination) does not fix anything. Can also confirm that |
|
Dang. I was hoping at least one of those flags would've fixed the issue with OpenGL, but at least we have a way out for now. (You might notice rendering performance is not quite up to snuff with Software rendering; please let us know if you find it's unusably slow or laggy in certain contexts) |
|
We have a few mechanisms now to force software rendering if you need it, and those resolve the issue, so closing this. We may still need to consider blacklisting some configurations so that users get the right render engine by default and don't have to mess with the settings (we'll track those as separate issues). |
Had similar issue to original @DavisVaughan with R dailies (tried 1.2.1237 to 1.2.1268) not scaling properly and the tool bar being missing across the top of R Studio. The command line magic below fixed the issue. System
Just wanted to give you a heads up that this still exists. |
|
Following up on this, the same problem has affected my install. I am on a Lenovo Yoga 920, running same resolution and zoom as the others above. |
|
This issue is also present on my Dell XPS 13 running RStudio Version 1.2.1335. System: Graphics: |
|
I'd recommend enabling software rendering, or updating your video card drivers. See also: https://support.rstudio.com/hc/en-us/articles/360017886674-Troubleshooting-RStudio-Rendering-Errors |
|
@kevinushey updating the Rendering engine in R Studio resolved the issue for me. |
Hi medewitt, |
My bad! Issue was completely resolved using the RStudio support link dropped later by @kevinushey |
|
@Sunmisayo great, I'm glad to hear it! |

System details
Computer: Lenovo ThinkPad T570
Monitor: Lenovo ThinkVision
Issue
As you can see in the image below, the Preview edition of RStudio has a scaling issue on Windows where the top file menu is not even showing. Additionally, the hover mechanic is not aligned with what is shown on screen. Example) When I try to close a script file, I have to hover below and slightly to the right of where the X close button is. cc @kevinushey since we talked about this on twitter.
The text was updated successfully, but these errors were encountered: