similar to: How do you specify font family in png output; png cross-platform issues

On my current home system, I am getting undesirable output from graphical devices such as png() and pdf(). The graphical output is blurry. I haven't experienced the problem on other systems. As you will see from the attached text file (more information on this file below), the problem does not occur when type='Xlib' is forced. The blurriness is more severe with bitmap output (yes, I am

Hello, The current xfig device lacks the functionality to set the textspecial flag and use the defaultfont in xfig. This is necessary when you want to export to xfig and use interpreted text (e.g., $ \frac{1}{e}$ gets interpreted by latex). The attached patch adds this functionality. Why would you like to do this? - Use math in labels (e.g., name your variables $r_{xy}$, do a

On Fri, Oct 03, 2003 at 09:21:29AM -0500, Dirk Eddelbuettel wrote: > On Fri, Oct 03, 2003 at 08:29:31AM -0500, Douglas Bates wrote: > > edd@debian.org writes: > > > > > Graham, > > > > > > Confirmed. I will pass that along to the R team. As 1.8.0 is in code freeze, > > > this may not get addressed, unfortunately. > > > > > >

I am having trouble showing the Greek symbol "beta" correctly in the y-axis label of bitmap plots. Specifically, on my system the top of the "beta" symbol is cut off using the following example: file.jpg <- paste(tempfile(), ".jpg", sep = "") jpeg(file.jpg, h = 3, w = 3, units = "in", res = 300, type = "Xlib") boxplot(rnorm(10),

Hi Folks, I'm trying to locate the source code for a (typical) R graphics device, in order to study how it's done. The underlying reason is that I'm thinking of trying to create a graphics device for 'pic' (the diagram drawing component of [g]troff). I thought the xfig device would be a good place to look, since the format of an xfig file is similar in nature (though very

Graham, Confirmed. I will pass that along to the R team. As 1.8.0 is in code freeze, this may not get addressed, unfortunately. Regards, Dirk On Fri, Oct 03, 2003 at 03:16:35PM +1000, Graham Williams wrote: > Package: r-base-core > Version: 1.7.1.cvs.20030927-1 > Severity: normal > > > $ R > > R : Copyright 2003, The R Development Core Team > Version 1.8.0 beta

I am trying to use computer modern fonts in postscript files for a latex document. Ultimately I want to automate this through sweave. I've read the documentation ans have tried the following code to use lattice to produce a graph using computer modern: library(lattice) library(grid) testPlot=( xyplot(seq(1:10) ~ seq(1:10), main="one to ten",

On Fri, Oct 03, 2003 at 08:29:31AM -0500, Douglas Bates wrote: > edd@debian.org writes: > > > Graham, > > > > Confirmed. I will pass that along to the R team. As 1.8.0 is in code freeze, > > this may not get addressed, unfortunately. > > > > Regards, Dirk > > I believe Ross Ihaka has already detected and fixed this problem. The > fix should

Dear All, I am running Debian testing on my box and I have R 2.9.0 installed from the standard repositories. I downloaded the package source from http://cran.r-project.org/web/packages/Cairo/index.html but when I try to install it on my system, this is what I get $ sudo R CMD INSTALL Cairo_1.4-4.tar.gz * Installing to library ?/usr/local/lib/R/site-library? * Installing *source* package ?Cairo?

Happy New Year to all R users! I have two short questions concerning a xyplot with a color key: 1) How do I properly place (align) the color key beside the xyplot? As you can see from the code listed below, the placement of the color key is not correct. I would like the upper and lower end point of the color key to be perfectly aligned with the upper and lower line of the xyplot. Adjusting

Hello: I'm running R 2.7.1 in Antix (Mepis kernel but heavily debian based). I have installed libcairo2 (1.6.4-6.1). I tried installing the Cairo package since I'm interested in generating some SVG graphs, and I got the following message: Only partial output (lines with no): .... checking if R was compiled with the RConn patch... no checking cairo.h usability... yes checking cairo.h

This question was asked previously here, but not resolved: http://tolstoy.newcastle.edu.au/R/e15/devel/11/08/0307.html The upshot is that cairo is not being used as the default when it is available, even though the documentation says: Default "cairo" where available and reliable, otherwise "Xlib". Here is my system information: % uname -a Linux anvil 2.6.18-194.11.4.el5 #1

This question seemed to me to be more appropriate for r-devel than for r-help. My apologies if this is not the case. Recently I installed ``cairo'' on my lap-top so that I could make use of the (newish) polypath() function, with on-screen graphics. (The polypath() function does not work with X11(type="Xlib").) The installation went smoothly, X11(type="cairo") works

On Thu, 7 Aug 2008, cruff at ucar.edu wrote: > Full_Name: Craig Ruff > Version: 2.7.1 > OS: Irix 6.5.30 > Submission from: (NULL) (128.117.8.145) > > > Cairo based bitmap graphics output should work if cairo and R have been compiled > without xlib support. 2.7.1 gives the "X11 is not available" message in this > case when run interactively, and from my

I have a question about antialiasing when R generates bitmaps. (This follows a thread on the ggplot2 mailing list.) I mostly use R on Linux, although I sometimes use it in Mac and Windows as well. On Linux, I've found that plotting shapes 15-18 via cairo results in bad-looking output. The points are not antialiased, and they are jagged and misshapen. Plots generated in Windows also aren't

Full_Name: Craig Ruff Version: 2.7.1 OS: Irix 6.5.30 Submission from: (NULL) (128.117.8.145) Cairo based bitmap graphics output should work if cairo and R have been compiled without xlib support. 2.7.1 gives the "X11 is not available" message in this case when run interactively, and from my reading the png documentation, calling png(filename=..., type="cairo") should work.

I am connecting from a PC to a Linux system running CentOS release 5.5 (Final) and it is extremely slow to render plots to the X11 device. This is not R's fault but I wonder if anyone can offer guidance so I can help the system administrators address the problem. I can connect to the Linux server using a NoMachine NX client for Windows or using X-Win32. I also have access to R running

Full_Name: Chris Haidinyak Version: 2.0.1 & 1.9.0 OS: Linux x86_64 Submission from: (NULL) (139.95.251.9) Hi, I am using R 1.9.0 (on Linux Redhat AS 3 - x86_64) and 2.0.1 (on Linux Fedora Core 3 - x86_64) and am having problems using graphs created with the xfig option. 1.9.0 problem - sometimes the graph output puts the color definitions in the wrong place in the file. According to

Dear Daniel Greenidge, To enable getGraphicsEvent on Cairo, you have two patches to choose from: https://bugs.r-project.org/bugzilla/show_bug.cgi?id=14364 https://bugs.r-project.org/bugzilla/show_bug.cgi?id=16951 The second one is by me, and the first one is from five years ago by Hugo Mildenberger. Both patches are very simple, they move some lines enabling getGrahpicsEvent outside of a

On Wed, 27 Mar 2024 at 12:19, Ivan Krylov <ikrylov at disroot.org> wrote: > ? Wed, 27 Mar 2024 11:28:17 +0100 > Alexandre Courtiol <alexandre.courtiol at gmail.com> ?????: > > > after installing R-devel the output of > > grDevices::dev.capabilities()$paths is FALSE, while it is TRUE for R > > 4.3.3 > > Your system must be missing Cairo development