My scroll bar in RStudio keeps blocking the view of my code in RStudio, even as I try changing settings for Scroll Bar Behaviour in Mac System Preferences. It doesn't move or disappear, but stay put, overlapping and in front of my code. See picture below for example.
Solutions in other threads point to changing the setting for the Scroll Bar Behaviour to Automatic. However, since that hasn't solved it, for me at least, I wanted to ask you for advice on how to fix this.
I'm running macOS Mojave, version 10.14.6, on a Macbook, having just updated RStudio.
Based on some GitHub chatter here, sounds like this is bug between macOS Mojave, RStudio and some software underpinnings to RStudio called Qt. I hope RStudio will release a fix for this, but in the meantime a temporary fix can be achieved by
System Preferences >> General >> Show scroll bars: When scrolling
Related
I just updated my Rstudio following a prompt, to "Elsbeth Geranium" Release (7d165dcf, 2022-12-03) for Windows. This somehow resulted in the top toolbar getting flipped and is not presented right-to-left (see screenshot).
Has anyone encountered this, and know why this is happening and how to fix it?
I tried to find a setting for it in the Global Options but no luck there.
I recently got a new macbook pro (2020 13-inch, running Big Sur v 11.1) and am using Rstudio (V 1.3.1093 with R version 4.0.3).
On my old computer, I often used the quartz() function to view my plots in the external graphics viewer. On my old mac, this would allow me to dynamically resize, keep fonts consistent, save directly from the resized version, etc. Now, on my new computer, it is behaving... strangely.
For example, when I run quartz() and a window opens, then I run a ggplot, the quartz window remains completely blank until I resize it just a tiny bit, then my plot appears. Even after the plot appears, sometimes the corners are cut off until I resize again, which then (I guess) refreshes the plot so it properly fills the space. The behavior with ggsave seems off, too, like the plots aren't saving exactly how they are appearing, which is the whole point of using the device.
Is anyone else having similar problems? I don't understand in great detail how graphics devices work, so I know this post is maybe not incredibly informative.
Thanks.
This is a basic question that I hope has a simple solution. When I move my Rstudio window to an external monitor display - it no longer rescales properly and instead is rendered completely useless - showing me only the lower portion of the window (see screenshot) and doesn't allow me to resize the window or adjust it in anyway to access the taskbar along the top. Has anyone else experienced this or have options for how this could be fixed?
I frequently need to shift my Rstudio window to different monitors, and I was doing this with no issue prior to installing the latest Rstudio version - so I am wondering if there must just be some setting that got reset when I updated the software, but I can't seem to figure it out. I have tried fixing scaling options in Windows by using the properties options on the Rstudio icon on my desktop - and then clicking on compatibility and High DPI settings, but messing around with that so far hasn't seemed to work. However I haven't tried all possible combinations as i thought I would check here first to see if someone could fast track this process for me. As you can see in the image - this display is impossible to work with. When I move it back - it works as it should. I am using Windows 10, and I update my software regularly. TY!
Update
Ok, I was able to reproduce on a Lenovo with an external Dell monitor and address the problem by applying a fix proposed in another Stack Overflow thread. See below:
Research:
https://support.microsoft.com/en-us/topic/windows-scaling-issues-for-high-dpi-devices-508483cd-7c59-0d08-12b0-960b99aa347d
Resolution:
There is a solution, it comes from the option "Compatibility" of the execute file.
Close all current RStudio windows.
Right-click on the shortcut of RStudio (or the original .exe file) and choose Properties
In the RStudio Properties pop-up windows, choose the tab Compatibility
Select High DPI settings
Tick on option Override hide DPI scaling... and then choose System from the drop-down list.
Apply > OK.
(Re)open Rstudio to see the change
On my test system, this addressed the problem observed where the menu text became super large.
Stackoverflow original reference:
RStudio HiDPI support
This appears to be an issue with the version of QT used by RStudio. RStudio is built on top of the QT engine.
QT tracking Issue:
https://bugreports.qt.io/browse/QTBUG-48242
the issue is marked as fixed in QT version 5.9.0 and above.
Recommendation:
Download RStudio preview and try that:
https://www.rstudio.com/products/rstudio/download/preview/
Why? The preview version of RStudio appears to use QtWebEngine/5.12.8, which implies the issue is addressed. If that does not resolve the issue you could file a bug with RStudio, or install and recompile RStudio from the source with an updated version of QT. You can check your QT version via the help, about box.
Hoping the above points you in the right direction. Stays safe and well.
I recently updated RStudio for Windows via download link mainly due to interest in the new features of the most recent version 0.99.878. Unfortunaly after the installation some important hotkeys behave different in the source editor, while they still work in the Console. I.e.
Ctrl+S starts an "isearch"
Ctrl+V jumps to the end of the document
When I enter Ctrl+X+(S or V) the hotkeys work as they should. The hotkeys can be customized, however when I open the Keyboard Shortcuts dialog it shows me the settings for the hotkeys. Also the cursor has turned to a shiny green rectangle (insert isn't activated).
The problems remains after switching the project. Also reinstalling Rstudio 0.99.878 didn't work out. I've seen a similar issue here, but think mine is different as it is installation related. I might have accidentally activated a special editor setting but couldn't find any.
It sounds like you may have (accidentally?) activated Emacs keybindings. If you go to Tools -> Global Options..., you can reset the preference here:
I'm on Mac 10.7.5 iTerm2, ssh'ing into an Ubuntu machine running byobu 5.12 with tmux 1.7.
The problem is that if I try to select text from the terminal with a mouse, it's gets cleared every time the time gets updated on the bottom right hand side of the status bar. That is, I select fine, then the clock ticks over, and it's cleared again.
Any workaround for this?
I just proposed this tiny fix http://bazaar.launchpad.net/~zekus-one/byobu/trunk/revision/1992 and is waiting for revision. That fixes the issue for me.
You should be able to edit /usr/bin/byobu-status and apply the fix manually while waiting for the official release.
Hope this helps.