search for: rstudiogd

...t device, which is the preferred IDE for our team. Our kludgy solution is to detect if the Rstudio device is running, and if so, open another plot device to do the rendering and close it when done: externalDevice<-FALSE if (!is.function(options()$device)){ if (names(dev.cur())=="RStudioGD"){ message("RStudio's graphics device is not well supported by ndtv, attempting to open another type of plot window") # try to open a new platform-appropriate plot window if (.Platform$OS.type=='windows'){ windows() } else if(length(g...

Hi R-devl, I'm still unable to force opening an *interactive* non-Rstudio platform-specific plot device on *unix* systems. dev.new() add a new argument 'noRStudioGD' in R 3.1.1. Thank you. It works for me when using RStudio on Windows, but on the unix system it opens a pdf device instead of an interactive device when using an interactive RStudio session (with R_DEFAULT_DEVICE and R_INTERACIVE_DEVICE not set). Do other unix RStudio users see this beha...

...ID","TYPE","AGE","GNDR","HT")], + panel=function(x,y) { points(x,y); lines(lowess(x,y))}) Error in `[.data.frame`(data2, , c("ID", "TYPE", "AGE", "GNDR", "HT")) : undefined columns selected > dev.off() RStudioGD 2 Thank you very much! [[alternative HTML version deleted]]

...uot;TYPE","AGE","GNDR","HT")], + panel=function(x,y) { points(x,y); lines(lowess(x,y))}) Error in `[.data.frame`(data2, , c("ID", "TYPE", "AGE", "GNDR", "HT")) : undefined columns selected > dev.off() RStudioGD 2 when I try colnames(data2) or names(data2) ,it shows as follows: > colnames(data2) [1] "X" "X1" "X0" "." "..1" I think this may be the problem. Could you please tell me how to treat it? Thank you! Cassie [[alternat...

...n ASCII symbol, which is why there are issues displaying it. If you really mean percent, use "%" and you likely won't have problems. And to confirm what Bert said: this does work in R even if you use dev.copy() to copy from the regular R graphics device to pdf, but not from the RStudioGD to pdf. So this really is an RStudio bug. Duncan Murdoch > > Cheers, > Bert > > > Bert Gunter > > "The trouble with having an open mind is that people keep coming along > and sticking things into it." > -- Opus (aka Berkeley Breathed in his "Bloom Cou...

If the OP is using RStudio and not using R (i.e. pdf()) directly, it sounds like this query should be directed to RStudio support, not here. Cheers, Bert Bert Gunter "The trouble with having an open mind is that people keep coming along and sticking things into it." -- Opus (aka Berkeley Breathed in his "Bloom County" comic strip ) On Sat, Aug 5, 2017 at 5:54 PM, Ismail

...ou call plot.new() when using RStudio, you get an RStudio device, not the standard device for the platform because it overrides the device option. So I've had to have the library do platform detection and platform-specific device calls, which R CMD check doesn't like. I believe that noRStudioGD argument was avoided to give users a way around this, but it doesn't seem to be behaving correctly in the unix interactive case. On 09/25/2015 08:31 PM, Ott Toomet wrote: > Can you describe your problem a bit more? > > * What kind of unix system do you have?? > * Can you run othe...

.... Best, Ott On Fri, Sep 25, 2015 at 11:53 AM, Skye Bender-deMoll <skyebend at skyeome.net> wrote: > Hi R-devl, > > I'm still unable to force opening an *interactive* non-Rstudio > platform-specific plot device on *unix* systems. > > dev.new() add a new argument 'noRStudioGD' in R 3.1.1. Thank you. It > works for me when using RStudio on Windows, but on the unix system it opens > a pdf device instead of an interactive device when using an interactive > RStudio session (with R_DEFAULT_DEVICE and R_INTERACIVE_DEVICE not set). > > Do other unix RStudio...

...f() devices and see if the > results are more predictable. I just tried with pdf() from RStudio and the > results were much closer to what I was seeing with saving from R.app. The > `quartz()` device seems to deliver consistent results for me. The RStudio > device is something they call RStudioGD, and I don't have sufficient > experience to explain its quirks. > > -- > David. > > > > > Sincerely, > > > > Milu > > > > On Sat, Apr 9, 2016 at 10:29 PM, David Winsemius <dwinsemius at comcast.net> > wrote: > > > > > O...

...elvetica")) No warning now with Helvetica Additionally I used "sans", similarly no warning in the first part. But still not able to open tiff with both versions: Using "stress" as default layout > dev.off() TIFFOpen: figures/AES_network_bymembership.tiff: Cannot open. RStudioGD 2 Warning message: In dev.off() : unable to open TIFF file 'figures/AES_network_bymembership.tiff' Kind regards Sibylle -----Original Message----- From: Ivan Krylov <ikrylov at disroot.org> Sent: Monday, February 26, 2024 10:15 AM To: SIBYLLE ST?CKLI via R-help <r-he...

...with the png() or pdf() devices and see if the results are more predictable. I just tried with pdf() from RStudio and the results were much closer to what I was seeing with saving from R.app. The `quartz()` device seems to deliver consistent results for me. The RStudio device is something they call RStudioGD, and I don't have sufficient experience to explain its quirks. -- David. > > Sincerely, > > Milu > > On Sat, Apr 9, 2016 at 10:29 PM, David Winsemius <dwinsemius at comcast.net> wrote: > > > On Apr 9, 2016, at 1:27 PM, David Winsemius <dwinsemius at co...

...hen using RStudio, you > get an RStudio device, not the standard device for the platform because > it overrides the device option. So I've had to have the library do > platform detection and platform-specific device calls, which R CMD check > doesn't like. I believe that noRStudioGD argument was avoided to give > users a way around this, but it doesn't seem to be behaving correctly in > the unix interactive case. It seems like the best workaround here could come from RStudio. They could provide a way for a user to indicate that they sometimes don't want to us...

...with the png() or pdf() devices and see if the results are more predictable. I just tried with pdf() from RStudio and the results were much closer to what I was seeing with saving from R.app. The `quartz()` device seems to deliver consistent results for me. The RStudio device is something they call RStudioGD, and I don't have sufficient experience to explain its quirks. > > -- > David. > > > > > Sincerely, > > > > Milu > > > > On Sat, Apr 9, 2016 at 10:29 PM, David Winsemius <dwinsemius at comcast.net> wrote: > > > > > On Apr 9,...

? Mon, 26 Feb 2024 09:02:56 +0100 SIBYLLE ST?CKLI via R-help <r-help at r-project.org> ?????: > In the following code, which loads the tiff file, I get the following > error This warning is definitely worth investigating, but it shouldn't interrupt your code. Does the figure come out wrong after you see this warning? > In doTryCatch(return(expr), name, parentenv, handler) :

Hello David, This is exactly what I want but I still can't get the arrows. R and R studio is updated. Thanks again! Sincerely, Milu On Sat, Apr 9, 2016 at 10:29 PM, David Winsemius <dwinsemius at comcast.net> wrote: > > > On Apr 9, 2016, at 1:27 PM, David Winsemius <dwinsemius at comcast.net> > wrote: > > > > > >> On Apr 9, 2016, at 11:18 AM,

...f() devices and see if the > results are more predictable. I just tried with pdf() from RStudio and the > results were much closer to what I was seeing with saving from R.app. The > `quartz()` device seems to deliver consistent results for me. The RStudio > device is something they call RStudioGD, and I don't have sufficient > experience to explain its quirks. > > > > -- > > David. > > > > > > > > Sincerely, > > > > > > Milu > > > > > > On Sat, Apr 9, 2016 at 10:29 PM, David Winsemius < > dwinsemius a...

I was recently testing R and RStudio on a high dpi 4K monitor under Windows and noticed that the plot window cannot be scaled or zoomed without affecting the relative sizing of all plot elements (line widths, font sizes, legend spacing etc). RStudio seems to try to overcome this by enabling dpi scaling for the plot window on high dpi screens, but this results in really fuzzy text and graphics