On Tue, Feb 26, 2008 at 8:18 AM, Prof Brian Ripley <[EMAIL PROTECTED]> wrote:
> Revision r44621 supports (in a limited way) cairo 1.0 and hence I believe > vanilla FC5 -- I found what purports to be a vanilla FC5 box and it works > quite well there. > > Two people have reported that the svg(), cairo-pdf() and cairo-ps() > devices produce blank (but not empty) files. I was able to confirm that > on Debian etch (cairo 1.2.4). They do work on cairo 1.4.14 (F8) and > better on a 1.5.10 snapshot. > My intuition is that there is a missing call to cairo_show_page(). I believe this became unnecessary in the 1.4.x series. This should probably be called any time there is new page (after the first) and when the device is closed. > We've got a working version on Mac OS X, but you need to install cairo. > > Finally, the quality of the fonts you see will depend on what fonts you > have installed: if you only have X11 bitmapped fonts, that is what you > will get (and I am getting on our minimally configured Debian etch > machine). Our Fedora installations are mainly using the URW Type 1 fonts > in the urw-fonts RPM. One of the alternatives is RH's liberation fonts > (https://www.redhat.com/promo/fonts/). > > On Mon, 25 Feb 2008, Prof Brian Ripley wrote: > > > That call is from Cairo 1.2, so looks like our test FC5 box had a later > > version of the cairo libraries than the one pkg-config reported. > > > > You should be able to build with --without-cairo until such a time as we > can > > add a suitable configure test. > > > > Thank you for the report. > > > > On Mon, 25 Feb 2008, Roger Peng wrote: > > > >> (Apologies, I meant to 'Reply to all' the first time but forgot). > >> > >> I built r44608 of R-devel with (I think) cairo support. At least, > >> that's what the configure script told me. In addition, > >> 'capabilities("cairo")' is TRUE. Calling X11(type = "Cairo") gives me > >> the error: > >> > >> Error in X11() : X11 module cannot be loaded > >> In addition: Warning message: > >> In X11() : > >> unable to load shared library > >> '/home/rpeng/install/R-devel/lib64/R/modules//R_X11.so': > >> /home/rpeng/install/R-devel/lib64/R/modules//R_X11.so: undefined > >> symbol: cairo_image_surface_get_data > >> > >> > >> I figured I must be missing a library somewhere, but I'm not sure how > >> to track down which one. Any thoughts here? > >> > >> I'm on a FC5 system with: > >> > >> cairo-devel-1.0.4-1 > >> cairo-1.0.4-1 > >> cairo-1.0.4-1 > >> > >> and > >> > >> pango-1.12.4-4 > >> pango-devel-1.12.4-4 > >> pango-1.12.4-4 > >> > >> Also, I have > >> > >> [EMAIL PROTECTED] R-source]$ pkg-config --modversion pango > >> 1.12.4 > >> [EMAIL PROTECTED] R-source]$ pkg-config --modversion cairo > >> 1.0.4 > >> > >> -roger > >> > >> On Mon, Feb 25, 2008 at 11:56 AM, Prof Brian Ripley > >> <[EMAIL PROTECTED]> wrote: > >>> R-devel has new versions of the X11(), png() and jpeg() devices on > >>> Unix-alikes. The intention is that these are used identically to the > >>> previous versions (which remain available) but will produce > >>> higher-quality > >>> output with more features. > >>> > >>> Pros: > >>> > >>> Antialiasing of text and lines (can be turned off) but no blurring of > >>> fills. > >>> > >>> Buffering of the X11 display and fast repainting from a backing > image. > >>> (The intention is to emulate the timer-based buffering of the > windows() > >>> device in due course, but not for 2.7.0.) > >>> > >>> Ability to use translucent colours, including backgrounds, and > produce > >>> partially transparent PNG files. > >>> > >>> Scalable text, including to sizes like 4.5 pt. This allows more > accurate > >>> sizing on non-standard screen sizes (e.g. my home machine has a 90dpi > >>> 1650x1024 display whereas standard X11 fonts are set up for 75 or 100 > >>> dpi). > >>> > >>> Full support for UTF-8, so on systems with suitable fonts you can > plot in > >>> many languages on a single figure (and this will work even in > non-UTF-8 > >>> locales). The output should be locale-independent (unlike the > current > >>> devices where even English text is rendered slightly differently in > >>> Latin-1 and UTF-8 locales). > >>> > >>> A utility function savePlot() to make a PNG/JPEG/TIFF copy of the > current > >>> plot. > >>> > >>> The new png() and jpeg() devices do not require an X server to be > >>> running. > >>> > >>> Cons: > >>> > >>> Needs more software installed - cairo, pango and support packages > (which > >>> on all the systems we have looked at are pulled in by the packages > >>> checked > >>> for). You will see something like > >>> > >>> Additional capabilities: PNG, JPEG, iconv, MBCS, NLS, cairo > >>> ^^^^^ > >>> if configure finds the software we are looking for. > >>> > >>> Slower under some circumstances (although on the test systems much > faster > >>> than packages Cairo and cairoDevice). This will be particularly true > for > >>> X11() with a slow connection between the machine running R and the X > >>> server. > >>> > >>> The additional software might not work correctly. > >>> > >>> > >>> The new versions are not currently the default, but can be made so by > >>> setting X11.options(type="Cairo"), e.g. as a load hook for package > >>> grDevices. I am using > >>> > >>> setHook(packageEvent("grDevices", "onLoad"), > >>> function(...) { > >>> grDevices::ps.options(horizontal=FALSE) > >>> if(getRversion() >= '2.7.0') grDevices::X11.options > (type="Cairo") > >>> }) > >>> > >>> > >>> Please try these out and let us know how you get on. As a check, try > the > >>> TestChars() examples in ?points - on one Solaris 10 system a few of > the > >>> symbol font characters were incorrect. It worked on an FC5 system > with > >>> > >>> auk% pkg-config --modversion pango > >>> 1.12.4 > >>> auk% pkg-config --modversion cairo > >>> 1.0.4 > >>> > >>> so the versions required are not all recent. > >>> > >>> Although these devices would in principle work on Mac OS X, neither > cairo > >>> nor pango is readily available. We are working on other versions for > >>> Mac OS (X11 based on cairo/freetype, png/jpeg based on Quartz). > >>> > >>> There are also new svg() and tiff() devices. > >>> > >>> -- > >>> Brian D. Ripley, [EMAIL PROTECTED] > >>> Professor of Applied Statistics, > >>> http://www.stats.ox.ac.uk/~ripley/<http://www.stats.ox.ac.uk/%7Eripley/> > >>> University of Oxford, Tel: +44 1865 272861 (self) > >>> 1 South Parks Road, +44 1865 272866 (PA) > >>> Oxford OX1 3TG, UK Fax: +44 1865 272595 > >>> > >>> ______________________________________________ > >>> [email protected] mailing list > >>> https://stat.ethz.ch/mailman/listinfo/r-devel > >>> > >> > >> > >> > >> -- > >> Roger D. Peng | > >> http://www.biostat.jhsph.edu/~rpeng/<http://www.biostat.jhsph.edu/%7Erpeng/> > >> > > > > -- > > Brian D. Ripley, [EMAIL PROTECTED] > > Professor of Applied Statistics, > > http://www.stats.ox.ac.uk/~ripley/<http://www.stats.ox.ac.uk/%7Eripley/> > > University of Oxford, Tel: +44 1865 272861 (self) > > 1 South Parks Road, +44 1865 272866 (PA) > > Oxford OX1 3TG, UK Fax: +44 1865 272595 > > > > -- > Brian D. Ripley, [EMAIL PROTECTED] > Professor of Applied Statistics, > http://www.stats.ox.ac.uk/~ripley/<http://www.stats.ox.ac.uk/%7Eripley/> > University of Oxford, Tel: +44 1865 272861 (self) > 1 South Parks Road, +44 1865 272866 (PA) > Oxford OX1 3TG, UK Fax: +44 1865 272595 > > ______________________________________________ > [email protected] mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel > [[alternative HTML version deleted]] ______________________________________________ [email protected] mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
