search for: graphicsdevice

...04/18 download Naming inconsistent 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)

...tting to a file, `quartz(file = 'test.pdf', type = 'pdf')`, it will produce horizontal reflections and ignore vertical ones. When the `xlim` or `ylim` is reversed, negative widths and heights are passed to the C function `device_Raster`, which is not a behavior documented in `R_ext/GraphicsDevice.h`. Also, the values of `x` and `y` passed to `device_Raster` will be shifted by the width or height of the image such that the coordinates no longer reference the bottom-left corner of the image as `R_ext/GraphicsDevice.h` says they should. Given the inconsistencies in documentation and behavior,...

...le picture of this issue: http://hera.pmcl.com/DMap/BeachFX/Bug.gif ________________________________ From: Weilbacher, John Sent: Wednesday, May 31, 2006 10:46 AM To: 'r-help@stat.math.ethz.ch' Subject: Graphical Limitiations of the (D)COM Server AxSTATCONNECTORCLNTLib.AxStatConnectorGraphicsDevice I am having issues displaying Trellis Graphs using the AxSTATCONNECTORCLNTLib.AxStatConnectorGraphicsDevice. The graph displays correctly in a default R window, but will not draw labels or data in the GraphicsDevice. Is there a workaround for this, or am I doing something incorrect. I can ge...

...others. The annotated document can be used for programmatically identifying what is currently considered part of the C API. The result so far is an experimental function tools:::funAPI(): > head(tools:::funAPI()) name loc apitype 1 Rf_AdobeSymbol2utf8 R_ext/GraphicsDevice.h eapi 2 alloc3DArray WRE api 3 allocArray WRE api 4 allocLang WRE api 5 allocList WRE api 6 allocMatrix WRE api...

Dear list, Whenever the flag "-Wstrict-prototypes" is set in gcc, compiling code that includes headers in lib/R/include generates often warnings (example with R-2.6.1: Rinternals.h:560: warning: function declaration isn't a prototype ). All such warnings I looked at were about functions with empty signatures declared as "bar foo();" rather than "bar

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 as * graphics and grid; graphics devices such as gtkDevice, RSvgDevice) * can detect any version mismatch. * * Version 1: Introduction of the version number. * Version 2: GEDevDesc *dd dropped from...

Hello. I'm looking for documentation about the graphic device model in R. I would understand it in the details, but it seems a bit complex :) Thanks for any documents which will help me. Laurent

...d for > programmatically identifying what is currently considered part of the C > API. The result so far is an experimental function tools:::funAPI(): > > > head(tools:::funAPI()) > name loc apitype > 1 Rf_AdobeSymbol2utf8 R_ext/GraphicsDevice.h eapi > 2 alloc3DArray WRE api > 3 allocArray WRE api > 4 allocLang WRE api > 5 allocList WRE api > 6 allocMatrix...

...d for > programmatically identifying what is currently considered part of the C > API. The result so far is an experimental function tools:::funAPI(): > > > head(tools:::funAPI()) > name loc apitype > 1 Rf_AdobeSymbol2utf8 R_ext/GraphicsDevice.h eapi > 2 alloc3DArray WRE api > 3 allocArray WRE api > 4 allocLang WRE api > 5 allocList WRE api > 6 allocMatrix...

...d for > programmatically identifying what is currently considered part of the C > API. The result so far is an experimental function tools:::funAPI(): > > > head(tools:::funAPI()) > name loc apitype > 1 Rf_AdobeSymbol2utf8 R_ext/GraphicsDevice.h eapi > 2 alloc3DArray WRE api > 3 allocArray WRE api > 4 allocLang WRE api > 5 allocList WRE api > 6 allocMatrix...

...e compiler switches for R CMD SHLIB compiling? 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...

Hi, I read the 2000 thread on a MetaPost device in R. If I understand correctly, the main problem with the concept is that R wants the device driver to give back information on the size of strings/labels. To the bet of my knowledge, MetaPost _does_ make it possible to measure the bounding box of text (see section 7.3: Measuring text in the MetaPost manual). For example, one could get the size of

...s currently considered part > of the C > API. The result so far is an experimental function > tools:::funAPI(): > > ? ? ?> head(tools:::funAPI()) > ? ? ? ? ? ? ? ? ? ? ?name? ? ? ? ? ? ? ? ? ? loc apitype > ? ? ?1 Rf_AdobeSymbol2utf8 R_ext/GraphicsDevice.h? ? eapi > ? ? ?2? ? ? ? alloc3DArray? ? ? ? ? ? ? ? ? ? WRE? ? ?api > ? ? ?3? ? ? ? ? allocArray? ? ? ? ? ? ? ? ? ? WRE? ? ?api > ? ? ?4? ? ? ? ? ?allocLang? ? ? ? ? ? ? ? ? ? WRE? ? ?api > ? ? ?5? ? ? ? ? ?allocList? ? ? ? ? ? ? ? ? ? WRE? ? ?api > ?...

...t; of the C > > API. The result so far is an experimental function > > tools:::funAPI(): > > > > > head(tools:::funAPI()) > > name loc apitype > > 1 Rf_AdobeSymbol2utf8 R_ext/GraphicsDevice.h eapi > > 2 alloc3DArray WRE api > > 3 allocArray WRE api > > 4 allocLang WRE api > > 5 allocList WRE...

Hi Ivan Can you please clarify what input files should be used with your proposed function? I tried a few files in r-svn/src/include and one of them gave me an error. > getdecl("~/R/r-svn/src/include/R.h") [1] "R_FlushConsole" "R_ProcessEvents" "R_WaitEvent" > getdecl("~/R/r-svn/src/include/Rdefines.h") Error in regmatches(lines,

...nsts.pas Constants.h ~~~> 3 rhTypesAndConsts.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...

...le will now be called with a buffer size of 4096 bytes (rather than 1024): maintainers of alternative front-ends should check that they do not have a smaller limit. o Graphics structure NewDevDesc has been renamed to DevDesc. For now there is a compatibility define in GraphicsDevice.h, but it will be removed in R 2.9.0. o PROTECT and UNPROTECT macros now work even with R_NO_REMAP. BUG FIXES o @ now gives an error (and not just a warning) if it is being applied to a non-S4 object. o R CMD appends (not prepends) R's texmf path to TEXINPU...

...le will now be called with a buffer size of 4096 bytes (rather than 1024): maintainers of alternative front-ends should check that they do not have a smaller limit. o Graphics structure NewDevDesc has been renamed to DevDesc. For now there is a compatibility define in GraphicsDevice.h, but it will be removed in R 2.9.0. o PROTECT and UNPROTECT macros now work even with R_NO_REMAP. BUG FIXES o @ now gives an error (and not just a warning) if it is being applied to a non-S4 object. o R CMD appends (not prepends) R's texmf path to TEXINPU...

...and uses density estimation and color to reflect density of plotting. DEPRECATED & DEFUNCT o allGenerics() is defunct. o Use of allocVector(CHARSXP ...) is defunct and gives an error. o The compatibility define for graphics structure NewDevDesc in GraphicsDevice.h has been removed. o Support for versioned installs (R CMD INSTALL --with-package-versions and install.packages(installWithVers = TRUE)) has been removed. Packages installed with versioned names will be ignored. o The numeric and power(0.5) forms of argument to make.l...

...and uses density estimation and color to reflect density of plotting. DEPRECATED & DEFUNCT o allGenerics() is defunct. o Use of allocVector(CHARSXP ...) is defunct and gives an error. o The compatibility define for graphics structure NewDevDesc in GraphicsDevice.h has been removed. o Support for versioned installs (R CMD INSTALL --with-package-versions and install.packages(installWithVers = TRUE)) has been removed. Packages installed with versioned names will be ignored. o The numeric and power(0.5) forms of argument to make.l...