similar to: cairo device and pch="+"

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

Hi, It seems that anti-aliasing in png(type = 'cairo') is not well supported for the point symbols without boarders, e.g. pch = 16. The Cairo package works well, though. You can compare png() with CairoPNG(): png(): http://i.imgur.com/8niB3jX.png CairoPNG(): http://i.imgur.com/FZBJOxm.png f = function(dev, ..., main = '') { dev(...) plot(c(1, 2, 1, 2), c(1, 1, 2, 2),

Dear list, I realised by chance when analysing a 1521862 ? 8 matrix that plotting was much faster when using "." as the argument of `pch'. I was just wondering if there were other ways to get this speed improvement: it is otherwise quite difficult to explore such big matrices, especially given that X11 redraws the plot whenever its window is covered/uncovered by another window, or

In the documentation for graphics::legend(), the entry for "pch" is: > pch: the plotting symbols appearing in the legend, either as vector of 1-character strings, or one (multi character) string. _Must_ be specified for symbol drawing. If I did not misread them, examples in the same documentation page suggest that it is also possible to pass integers.

In several tries, I am finding the locator and identify functions on the cairo device on Windows, with R-2.13.0, do not seem to work correctly. Here is my experience with locator where I click the four corners of the device window. First, with the windows() device, the results are consistent with what I see on screen > windows() > plot(1,1) > locator() $x [1] 0.6075000 1.3981252

I'm writing a book using Sweave which includes Unicode characters which R's postscript and pdf graphics devices don't handle properly. The cairo graphics device does handle these characters properly. Thus I'd like to be able to instruct Sweave to use cairo (either sometimes or always) to produce graphics when it processes R code. Is this possible? Many thanks, Roger Levy --

Dear list, in R under wheezy the following error occurs: > library(cairoDevice) > Cairo() Error in Cairo() : Graphics API version mismatch It seems to be Debian-specific, as I tried the same under OpenSUSE 11.3 and it worked. I tried installing cairoDevice via `apt-get install r-cran-cairodevice' and with `install.packages("cairoDevice")' in R (without any

Hi all, I'm writing an interactive plotting function for viewing fMRI datasets. Currently, I get keypresses using grDevices::getGraphicsEvent(). Unfortunately getGraphicsEvent() only supports the X11(type="Xlib") graphics device on Unix systems. The Xlib device doesn't support buffering (i.e. dev.hold() and dev.flush()), so redrawing the plots causes lots of flickering. Is

Hi all, I have been having problems generating png files on a Mac running OS X 10.6.8. Here's a simple example > png("foo.png", type = "cairo"); plot(1:10); dev.off(); null device 1 libpng warning: Application built with libpng-1.2.26 but running with 1.5.2 The resultant file is of size 0 Kb. Is this the proper place to report this issue? Or should

Hi again, Beside R_ParseVector()'s possible inconsistent behavior, R's handling of zero-length named elements does not seem consistent either: ``` > lst <- list() > lst[[""]] <- 1 > names(lst) [1] "" > list("" = 1) Error: attempt to use zero-length variable name ``` Should the parser be made to accept as valid what is otherwise possible

Hi All, I have been experiencing a strange issue ever since I upgraded my R and the packages. I cannot plot anything to the CairoPNG device.For an example:> Cairo(600, 600, file="plot.png", type="png", bg="white")> plot(1:10)> dev.off()will create an empty plot.png file. I am running R 2.12.1 (32bit) on Windows 7 (64bit). ----------------------------->

When using a gtkDrawingArea as a Cairo device I very often encounter the error: "figure margins too large" Even for the below "getting started" example from http://www.ggobi.org/rgtk2/ this is the case. > win = gtkWindow() > da = gtkDrawingArea() > win$add(da) > asCairoDevice(da) [1] TRUE > plot(1:10) Fehler in plot.new() : Grafikr?nder zu gro? > Also

Thanks for the quick response Tomas. The same error is indeed happening when trying to have a zero-length variable name in an environment. The surprising bit is then "why is this happening during parsing" (that is why are variables assigned to an environment) ? We are otherwise aware that the error is not occurring in the R console, but can be traced to a call to R_ParseVector() in

Hello, I don't see why you say that the documentation seems to be wrong: class(args(`+`)) #[1] "function" args() on a primitive does return a closure. At least in this case it does. Rui Barradas ?s 14:05 de 07/10/2018, Peter Dalgaard escreveu: > There is more "fun" afoot here, but I don't recall what the point may be: > >> args(get("+"))

Hi Taking a look at those patches is now on my todo list, so I may be in touch with both of you at some point to request some testing. Paul On 26/07/16 07:17, frederik at ofb.net wrote: > 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 >

Hello, Sorry if it is not the right place.. I installed R-2.13.0 on a x86_64 linux server. All went fine, but the svg() function yells: > svg() Error in svg() : cairo-based devices are not supported on this build I have the Cairo, cairoDevice, RSvgDevice packages installed, and running. > Cairo.capabilities() png jpeg tiff pdf svg ps x11 win TRUE TRUE TRUE TRUE TRUE

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.

Dear R users, I'm running R version 2.10.1. I tried installing the Cairo package and I got the following message: * installing *source* package ?Cairo? ... checking for gcc... gcc -std=gnu99 checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for

Hello, So the Homebrew community dropped support for --with-cairo which is a shame because --without-x --with-cairo is an important combination for any environment that might need to generate graphics without X11 (or related) dependencies (macOS, headless linux servers). This rejected GitHub PR contains more detail: https://github.com/Homebrew/homebrew-core/pull/24094 (See also these comments:

Hi, on Windows XP Pro with R version 2.7.1 Patched (2008-06-27 r46012) the 'Cairo' and the 'EBImage' packages does not play well together. Loading EBImage before Cairo cause the following to happen: # Rterm --vanilla > library(EBImage); > library(Cairo) Error in inDL(x, as.logical(local), as.logical(now), ...) : unable to load shared library