[R-SIG-Mac] Resent with pdf screen shots: Problem with quartz graphics on macpro

[Simon Urbanek]

Ashwin,

by default Quartz uses the DPI supplied by your monitors to convert  
inches to pixel (X11 ignores the real values). If that doesn't seem to  
give the right results for you, try setting dpi to something that  
makes you comfortable (see ?quartz and the dpi parameter - it also  
tells you how to set that permanently).

Cheers,
Simon



On Mar 14, 2010, at 16:55 , Ashwin Kapur wrote:

> Hi all:
>
> Sorry for the resend but after re-revieiwing the mailing list  
> guidelines, it seems I'm only supposed to attach pdfs as attachments  
> so I'm resending with the screenshots converted to pdfs as opposed  
> to pngs.
>
> I'm having a strange issue with quartz graphics on my mac pro  
> desktop.  I'm really hoping someone has seen this and knows what's  
> going on because I'm at my wits end.
>
> First the details of the machine.
>
> uname -a
> ashwin macpro 10.2.0 Darwin Kernel Version 10.2.0: Tue Nov  3  
> 10:35:19 PST 2009; root:xnu-1486.2.11~1/RELEASE_X86_64 x86_64
>
> R version 2.10.1 (2009-12-14)
> R 2.10.1 GUI 1.31 Leopard build 64-bit (5537)
> The macpro boots to the 64 bit snow leopard kernel.
>
> One fact which might be important is that I have a dual monitor  
> system but the two monitors do not have identical resolution.  The  
> primary monitor is actually a 42 inch 1080P television and the  
> resolution listed by the OS is 1080P (Television).  The secondary  
> monitor is an old Silicon Graphics monitor driven by a SGI Multilink  
> adapter at 1600x1024 which sits on the right and closer to me which  
> I use primarily for reading documentation/papers etc which I prefer  
> to monitors available today because reading it is like reading from  
> paper.
>
> I run R on two macs, my macbook and my macpro.  The problem only  
> happens on the macpro and only with quartz graphics.  If I do an  
> x11() and then plot to the x11 window, the problem does not occur.  
> It may be easiest to show the problem with screenshots so I'll post  
> them.  Hopefully this isn't a breach of mailing list etiquette.
>
> To reproduce the problem all l I need to do in a freshly started R  
> GUI console is the following.
>
> a <- rnorm(100)
> plot(a)
>
> I can also do this via the command line in a terminal by doing.
> a <-  rnorm(100)
> quartz()
> plot(a)
>
> I get the below.  The plot is absolutely huge and is clipped below  
> and on the right.
>
> <SS1.pdf>
>
>
> If I resize the quarz window by dragging the bottom right window,  
> the clipping goes away and subsequent plots are not clipped, but  
> notice how the margins and fonts used are huge.
>
> <SS2.pdf>
>
>
> I cannot reproduce the problem on my macbook.  I also don't get the  
> problem if I use x11() to start up x11 graphics, I get graphics very  
> similar to what I get if I plot on one of the machines on my ubuntu  
> based cluster.
>
>
> Below for reference is the output plot(a) produces when run using  
> the x11() device.  This is very similar to the output produced on  
> the quartz device on my laptop.
>
> <SS3.pdf>
>
>
> Another interesting thing to note.  When I do demo(graphics) from  
> the R GUI Console and it gets to
>
> coplot(lat ~ long | depth, data = quakes, pch = 21, bg = "green3")
>
> It produces the error "Error in plot.new() : figure margins too  
> large"  and the output:
>
> <SS4.pdf>
>
>
> I've googled/browsed the list etc.  One additional issue I notice is  
> that
>
> par()$family is NULL, which was something other had been asked to  
> check but setting par(family="mono") doesn't make any difference.
>
> Any suggestions, help, pointers etc would be greatly appreciated.
>
>
>
> _______________________________________________
> R-SIG-Mac mailing list
> R-SIG-Mac at stat.math.ethz.ch
> https://stat.ethz.ch/mailman/listinfo/r-sig-mac