Skip to content

sizing of quartz

7 messages · Ricardo Rodríguez, Brian Ripley

#
Thanks!
DinoDragon wrote:
Shame on me! Once I concentrate in the command line, I forgot the GUI 
settings.

Cheers,

Ricardo
#
On Sat, 5 Apr 2008, [Ricardo Rodriguez] Your XEN ICT Team wrote:

            
You didn't tell us the version of R.  quartz() is different in 2.7.0 
alpha, and there the function arguments do work (and the size is really 
as advertised and not at a notional 72dpi).  In fact, it is a much more 
standard device and interface, so less to learn.
1 day later
#
Thanks! And sorry, I replied to the wrong list.
Prof Brian Ripley wrote:
I assumed that > version provides most of the information required. 
Please, what information is lacking in my first post?

I've looked at installed.packages() and it seems to me that quartz() is 
"bundled" with the "main software" more than installed with a given 
package.

Is it possible to pass height and width in pixels more than in inches 
working with 2.7.0 alfa?

As I read in http://developer.R-project.org/, R-alpha*.tar.gz packages 
are made automatically available, but I guess there is not *.dmg for 
these stages.

Thanks for your help,

Ricardo
#
On Sun, 6 Apr 2008, [Ricardo Rodriguez] Your XEN ICT Team wrote:

            
It was missing in the post I replied to.
It is part of package grDevices in 2.7.0 alpha.
Yes, since the dpi can be set.  I'm not sure why you would want to do 
that, mind you.
There are, thanks to Simon Urbanek at http://r.research.att.com/.  (The 
main CRAN Mac OS X page says so.)  (You want the R-2-7-branch version: the 
'tiger' dmg should run on Leopard according to the notes.)

(I've never tested these, as building from the sources is easy enough.)

  
    
#
Prof Brian Ripley wrote:
Thanks. It must be also true for 2.6.2.
To control appearance of graphics produced for the web.

We are trying to introduce R in our workflow. It is easy to figure out 
why. Currently, Excel, SPSS and several software flavors producing 
graphics and tables are involved. A kind of mess that nevertheless 
works. But I am sure R can substitute each and all  of these tools and 
to add a great deal of advantages. We keep discussions about papers we 
prepare in a wiki system. To produce neat graphics from R to be display 
in wiki pages is a must for me now.
To build my own binaries of several FOSS projects I working with is high 
in my ToDo list! But I will take profit of Simon's work to re-start with 
R now. Thanks to Simon.

Thanks for your help,

Ricardo
#
On Sun, 6 Apr 2008, [Ricardo Rodriguez] Your XEN ICT Team wrote:

            
My understanding is that in 2.6.2 it is part of the R.app GUI.  (There is 
a legacy device in package grDevices.)
In that case you don't want a screen device.  There are new versions of 
png() and jpeg() as well as new bmp() and tiff() devices, and they all 
work in pixels and have options to use Quartz (although that is not 
necessarily preferable to the cairo options, depending on how the latter 
work out by release time).
There are a lot of new features in pre-2.7.0, and with it going into beta 
in a bit over a day now is a good time for MacOS users to start trying it 
out.

  
    
#
Prof Brian Ripley wrote:
Thanks. I see I have a huge range of options. To use a screen device was 
the obvious alternative for a newbie like me, but of course it is absurd 
as it forces me to capture and store each generated Quartz window. So, I 
will immediately move to the functions designed to generate bitmaps.

Following your reply I've also reached Cairo's website. It looks a quite 
interesting project! Thanks again to Simon  and all contributors.
We will be there! Thanks.