[R-SIG-Mac] Command Line Quartz Device in Yosemite

[Simon Urbanek]

On Oct 31, 2014, at 5:24 AM, Colin A. Smith <colin at colinsmith.org> wrote:

> This thread got a bit off the topics I was originally hoping to discuss. Can anyone running Yosemite comment on whether their default graphics device is quartz or x11?
> 

The auto-lauch DISPLAY setting has changed in Xquartz so R was assuming you're enforcing X11 by having a custom DISPLAY setting. This should be now fixed to detect the new setting n 3.1.2.


> Also, is there any hope that the patch for the quartz command line device might be considered?
> 

Too late now, but the problem with the original patch is that it used a NIB which we want to avoid as to not have to ship resources. If you know how to fix the *code* then sure, I'll consider it. Feel free to discuss directly with me. (Sorry for not responding earlier, though).

Cheers,
Simon



> Cheers,
> 
> Colin
> 
>> On Oct 28, 2014, at 23:33, Colin A. Smith <colin at colinsmith.org> wrote:
>> 
>> I’ve been using command line R fairly successfully under Yosemite so far and have only run into a few issues, mostly related to the quartz device.
>> 
>> First, it seems that under Yosemite, the default device is now x11 instead of quartz. I found this with the exact same pkg install of R that I was using in Mavericks, which defaulted to quartz. Installing the latest Mavericks build (3.1.1) results in the same behavior. Even when running "R_DEFAULT_DEVICE=quartz R”, the default device still ends up being x11. The quartz device can still be created manually with a call to quartz(). Does anyone else have this same problem?
>> 
>> Second, the menus for the quartz device created through the command line have gotten even stranger under Yosemite. With the current version there are actually two (!) Apple menus displayed, which looks quite odd:
>> 
>> https://dl.dropboxusercontent.com/u/21171664/R_Two_Apple_Menus.png
>> 
>> About a year ago I submitted a patch with made the command line quartz device act much more like a normal OS X application:
>> 
>> https://bugs.r-project.org/bugzilla3/show_bug.cgi?id=15438#c1
>> 
>> This patch continues to work well under Yosemite, and does not display the double Apple menu problem. However, it seems to have currently fallen off the radar. Given the even stranger behavior of the current code under Yosemite, perhaps evaluation of my patch could be given a higher priority? If it would help I can provide updated files which are drop-in replacements for the current R trunk.
>> 
>> Cheers,
>> 
>> Colin
> 
> _______________________________________________
> R-SIG-Mac mailing list
> R-SIG-Mac at r-project.org
> https://stat.ethz.ch/mailman/listinfo/r-sig-mac