Re: [Rd] Cairo device in dev.copy2eps

2007-11-20 Thread Prof Brian Ripley
It is not as simple as that.  There are two Cairo devices, neither in 
package RGtk2.  That in package Cairo is not by default a screen device 
(it defaults to type="png").  CairoX11 and CairoWin are screen devices.
OTOH, package cairoDevice has a device called Cairo that defaults to a 
screen device but need not be.

Please do mention packages when you talk about non-base functions to avoid 
this sort of confusion.

It seems a better solution is to ask the current device, which will be 
done in R 2.7.0.

On Mon, 19 Nov 2007, [EMAIL PROTECTED] wrote:

> Hi everybody,
>
> It would be nice to have Cairo device included in dev.copy2eps() in
> order to avoid RGtk2 developers to use a hacked version of the function.
> I was arealdy done in dev.print().

What does this have to do with RGtk2?

> Best regards.
> Washington
>
>
> R 2.6.0
> OS Kubuntu 7.10
> kernel 2.6.22
>
>

-- 
Brian D. Ripley,  [EMAIL PROTECTED]
Professor of Applied Statistics,  http://www.stats.ox.ac.uk/~ripley/
University of Oxford, Tel:  +44 1865 272861 (self)
1 South Parks Road, +44 1865 272866 (PA)
Oxford OX1 3TG, UKFax:  +44 1865 272595

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


Re: [Rd] Cairo device in dev.copy2eps

2007-11-20 Thread Washington Leite Junger
Sorry for the confusion.
The Cairo device I made reference to is the one implemented in the
cairoDevice package.
Its relation to the RGtk2 package is due to the straightforward manner
the Cairo device (in cairoDevice) can be embedded in the applications
developed using RGtk2.

Thanks for the satisfactory reply.

Best.
Washington



Prof Brian Ripley wrote:
> It is not as simple as that.  There are two Cairo devices, neither in
> package RGtk2.  That in package Cairo is not by default a screen
> device (it defaults to type="png").  CairoX11 and CairoWin are screen
> devices.
> OTOH, package cairoDevice has a device called Cairo that defaults to a
> screen device but need not be.
>
> Please do mention packages when you talk about non-base functions to
> avoid this sort of confusion.
>
> It seems a better solution is to ask the current device, which will be
> done in R 2.7.0.
>
> On Mon, 19 Nov 2007, [EMAIL PROTECTED] wrote:
>
>> Hi everybody,
>>
>> It would be nice to have Cairo device included in dev.copy2eps() in
>> order to avoid RGtk2 developers to use a hacked version of the function.
>> I was arealdy done in dev.print().
>
> What does this have to do with RGtk2?
>
>> Best regards.
>> Washington
>>
>>
>> R 2.6.0
>> OS Kubuntu 7.10
>> kernel 2.6.22
>>
>>
>

-- 
Washington Leite Junger
[EMAIL PROTECTED]
Departamento de Epidemiologia
Instituto de Medicina Social
Universidade do Estado do Rio de Janeiro
http://www.ims.uerj.br/ares-rio

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


Re: [Rd] faqs

2007-11-20 Thread Gabor Grothendieck
And one other thing.  In the GNU docs it says that if your NEWS file gets too
big you can create an ONEWS file for the really old stuff.   Is ONEWS supported
too?

On Nov 16, 2007 11:12 PM, Gabor Grothendieck <[EMAIL PROTECTED]> wrote:
>
> On Nov 15, 2007 10:51 AM, Gabor Grothendieck <[EMAIL PROTECTED]> wrote:
> > On Nov 15, 2007 9:57 AM, Simon Urbanek <[EMAIL PROTECTED]> wrote:
> > >
> > > On Nov 14, 2007, at 11:55 PM, Gabor Grothendieck wrote:
> > >
> > > > inst/NEWS would have the advantage of consistency with R itself
> > > > which also has a NEWS file.
> > > >
> > >
> > > I vote for NEWS for reasons above plus because that's what I use in my
> > > packages already ;).
> > > IMHO it should be installed automatically if present, i.e. it
> > > shouldn't be necessary to have it in inst/NEWS, just plain NEWS should
> > > suffice.
> > >
> >
> > I agree that that would be desirable.
>
> Also it would be nice if the HTML files here:
>
> http://cran.r-project.org/src/contrib/Descriptions/
>
> each had a link to the NEWS file so one could get the news on a
> package prior to
> installing it.
>

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel