search for: graphicsengin

...tent for guards as well but that's pedantic. Simple convention: file <foo.h> #ifndef R_FOO_H file <R_ext/bar.h> #ifndef R_EXT_BAR_H Missing guards: <IOStuff.h> <Internal.h> <Parse.h> <R_ext/GraphicsBase.h> <R_ext/GraphicsDevice.h> <R_ext/GraphicsEngine.h> <R_ext/R-ftp-http.h> <R_ext/libextern.h> Illegal Guards (leading underscore): <Rinternals.h> <R_ext/Error.h> <config.h.in> ---------------------------------------------------------- SIGSIG -- signature too long (core dumped)

...s gcc-4.2 -std=gnu99 -I/usr/share/R/include -I/usr/share/R/include -I/usr/lib/jvm/java-6-sun-1.6.0.03/jre/../include -I/usr/lib/jvm/java-6-sun-1.6.0.03/jre/../include/linux -Iinclude -fpic -g -O2 -c javaGD.c -o javaGD.o In file included from javaGD.h:12, from javaGD.c:23: /usr/share/R/include/R_ext/GraphicsEngine.h:150: error: expected specifier-qualifier-list before ?NewDevDesc? /usr/share/R/include/R_ext/GraphicsEngine.h:224: error: expected ?)? before ?*? token /usr/share/R/include/R_ext/GraphicsEngine.h:231: error: expected declaration specifiers or ?...? before ?NewDevDesc? javaGD.c: In function ?Rf_a...

Hi r72261 in r-devel has modified the graphics device API and bumped R_GE_version in GraphicsEngine.h (to satisfy PR 16951). This means that ... (i) third-party graphics device packages need to be reinstalled. (ii) third-party graphics device packages will ideally need a new version for r-devel. (iii) any packages that make use of getGraphicsEvent() should test against r-devel (and let me...

Partly about new features and partly about old features that are not being used. R_exts/GraphicsEngine.h says /* * The current graphics engine (including graphics device) API version * MUST be integer * * This number should be bumped whenever there are changes to * GraphicsEngine.h or GraphicsDevice.h so that add-on packages * that compile against these headers (graphics systems such a...

...that provide extra *graphics devices* for R. In the *development* version of R, support has been added to the graphics engine for sending raster images (bitmaps) to a graphics device. This consists mainly of two new device functions: dev_Raster() and dev_Cap(). The R_GE_version constant (in GraphicsEngine.h) has been bumped up to 6 as a marker of this change. This means that, at a minimum, all graphics devices should be updated to provide dummy implementations of these new functions that just say the feature is not yet implemented (see for example the PicTeX and XFig devices in the 'grDevi...

I want to use contourLines() to get contour line coordinate vectors, but I don't want to make a plot. However contourLines() insists on opening a graphics device. Is there a way tell it not to do this? > version platform i686-pc-linux-gnu arch i686 os linux-gnu system i686, linux-gnu status Patched major 2 minor 1.0 year 2005 month 04 day 20 language R

...at provide extra *graphics devices* for R. In the *development* version of R, support has been added to the graphics engine for rendering polygons with holes (e.g., maps with lakes with islands ...). The API change is a new dev_Path() function for graphics devices. The R_GE_version constant (in GraphicsEngine.h) has been bumped up to 8 as a marker of this change. This means that, at a minimum, all graphics devices should be updated to provide dummy implementations of the new functions to just say that the feature is not yet implemented (see for example the PicTeX and XFig devices in the 'grDevic...

...iling? Here is an example code: =devNull.cpp============================================================ ====================== #include <R.h> #include <Rinternals.h> #include <Rgraphics.h> #include <Rdevices.h> #include <R_ext/GraphicsDevice.h> #include <R_ext/GraphicsEngine.h> extern "C" { static Rboolean nullDeviceDriver(NewDevDesc *dev); SEXP do_devNULL() { NewDevDesc *dev = NULL; GEDevDesc *dd; R_CheckDeviceAvailable(); if (!(dev = (NewDevDesc *) calloc(1, sizeof(NewDevDesc)))) return R_NilValue; dev->displayList = R...

I have a continuous loop running in an external library that I am calling from C (R API). This loop is processing events in real time with the possibility of significant lag between events. When processing an event, I can make use of R_CheckUserInterrupt, but while the external library code is waiting on a new event, I don't have an opportunity to call this - my entry points are only on

Hi! When inserting R plots into a document using odfWeave, I fought for a while to get Lattice plots use the same text size as base plots. I eventually discovered that specifying a point size via e.g. svg(pointsize=10) has no effect on Lattice plots. One needs to adjust the size manually via: trellis.par.set(fontsize=list(text=10, points=8)) This is also developed for both Lattice and ggplot2 by

...sts.pas Error.h ~~~> 2 rhR.pas eventloop.h xxxx 4 (no entry points, probably unix-only) GraphicsBase.h (??) 4 (partly done, some types GPL only? FIXME) GraphicsDevice.h ---> 3 rhGraphicsDevice.pas GraphicsEngine.h ---> 3 rhGraphicsEngine.pas Lapack.h xxxx 4 (MAYBE LATER - exported in Rlapack.dll) libextern.h (xx) - (contains defines - not relevant) Linpack.h xxxx 4 (MAYBE LATER) Memory.h ~...

...copy of a string stored in a CHARSXP before passing the data on to a function that modifies its arguments. o asLogical, asInteger, asReal and asComplex now accept STRSXP and CHARSXP arguments, and asChar accepts CHARSXP. o New R_GE_str2col() exported via R_ext/GraphicsEngine.h for external device developers. o doKeybd and doMouseevent are now exported in GraphicsDevice.h. o R_alloc now has first argument of type 'size_t' to support 64-bit platforms (e.g. Win64) with a 32-bit 'long' type. o The type of the last two a...

...copy of a string stored in a CHARSXP before passing the data on to a function that modifies its arguments. o asLogical, asInteger, asReal and asComplex now accept STRSXP and CHARSXP arguments, and asChar accepts CHARSXP. o New R_GE_str2col() exported via R_ext/GraphicsEngine.h for external device developers. o doKeybd and doMouseevent are now exported in GraphicsDevice.h. o R_alloc now has first argument of type 'size_t' to support 64-bit platforms (e.g. Win64) with a 32-bit 'long' type. o The type of the last two a...