similar to: Autoconf / Windows package building problem for device package

Dear all, As previously submitted, I wrote an extending pdf device to embed pop up text and web links. (Patches are available at http://pdf2.r-forge.r-project.org/patches) Now, I'm making a library version of the pdf device. However, with my skill, I'm not sure about writing Makevars or configure file for multi platforms. A following line in Makevars works on my mac, -----

Buenas tardes, grupo. Estoy tratando de hacer la comparación de dos archivos de una misma organización para encontrar las diferencias entre su informe del tema edl año 2005 y el del año 2013: Todos los comandos van bien, a exepción del último "colnames", como se ve en la siguiente secuencia: > pdf1<-"./PLAN de INSPECCIONES/05_seguridad_ciudadana.pdf" >

I'm sure this is something simple, but I can't figure it out. After a printing system upgrade, my old PDF-writer script (which acted as an lp input filter) stopped working. I took this as an opportunity to rewrite it to work straight from Samba. But I'm having an odd problem -- I can't find Samba's job file. Here's the entry: [pdf2] path = /export/spool

Hi, This may just be an inconsistency between terminal drivers, rather than a proper bug. If the main title of a plot is too wide to all fit on the plot, the X11 driver prints as much of the title as it can, but the postscript driver totally ignores the title. Here's a simple example: % R > plot(runif(1000), main="a long xxxxxxxxxxxx title") >

Documentation and other bugs with postscript(): 1. This code crashes R (it asks for a font that isn't there): postscript() plot(0:1,0:1) text(0.5,0.5,'crash',font=6) The bug appears to be in the FixupFont routine in plot.c; on line 236, it checks that the font number is in the range 1..32. Later this crashes PostScriptStringWidth in devPS.c, because only fonts numbered 1..5

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

Full_Name: Tom Short Version: 1.9.0 OS: Win2000 Submission from: (NULL) (64.65.255.41) POSSIBLE WISHLIST, POSSIBLE BUG: The following code works on Debian, but fails on Windows 2000 with 'Error in file("test.png", "r") : unable to open connection': bitmap("test.png") plot(c(1,2,3)) dev.off() x = file("test.png","r") The problem is

Dear all I've just tried the brand new 'grdevice' option in Sweave but couldn't make it work. When I declare \SweaveOpts{grdevice=pdf} or \SweaveOpts{grdevice=cairo_pdf} trying to plot something simple <<fig=T, echo=T>>= plot(1:10,1:10,main='Some title') @ would result in an Sweave error: 18:16:47.299: 1 : term verbatim 18:16:47.308: 2 : echo term verbatim

I'm still struggling with this, and people keep asking me why the PDF printer still isn't working...does anyone have any suggestions? -----Original Message----- From: David Brodbeck Sent: Monday, December 09, 2002 4:09 PM To: 'samba@samba.org' Subject: PDF printing problem - can't find Samba's file? I'm sure this is something simple, but I can't figure it out.

Hi, I am finding the recently added [1] functionality of embedding raster images into plots on R devices very useful! Thanks to Paul Murrell and others for providing that. I noted that in https://svn.r-project.org/R/trunk/src/library/grDevices/src/devPS.c a macro is defined: #define MAX_RASTERS 64, and consequently, I get Error in grid.Call.graphics("L_raster", x$raster, x$x, x$y,

Full_Name: Roger Bivand Version: 0.99.0 OS: RH Linux 6.1 Submission from: (NULL) (158.37.60.152) I am working on an interface between R and the GRASS geographical information system, written in R, with no dynamically loaded code. I have written full examples, and tested then under R 0.90.1, both by entering example() for each function and R CMD check, both of which worked without problem. Under

Dear all, I am sending a patch for extending pdf device to embed popup text and web links. I implemented this feature by using annotation object, a interactive feature of pdf. You can see a sample code for using this feature in the following, and sample pdf is in

Hi, I have a problem with the Postscript mechanism of R: If I save figures in landscape format and try to insert them into a LaTeX document, I always have to swap the dimensions of the bounding box in line 9 of the Postscript file. Is there any reason why we can't simply swap left and bottom as well as right and top in line 435 of devPS.c? Thanks Arne

What is the reason that the system specific files (sys-unix.c et.al.) all define a specific name for building tmpfile? In main/devPS.c then there is an #ifdef sequence which calls depending on the system defined the respective function. Wouldn't it be better just to have one function R_tmpnam(), which is implemented system dependent in the sys-<system>.c files?

Full_Name: Jussi Jousimo Version: 2.1.1 OS: Linux Submission from: (NULL) (193.167.195.60) R 2.1.1 crashes when it is trying to write a file with the postscript driver to a directory, where the user has no permission to write. For example, postscript("foo.ps") gives an error message: *** glibc detected *** free(): invalid pointer: 0x08a469b0 ***. The problem is at the PSDeviceDriver

Hi all, To develop the metapost driver, I did an svn checkout (R-2-4-branch revision 40647) as instructed in http://developer.r-project.org/SVNtips.html i.e., I did a, svn co $REPOS/branches/R-2-4-branch r-release-branch/R Not being a core developer, can I just commit the changes? Am I on the right branch? Most of the work is in devPS.c, but there are also some documentation changes

Hi, I hope this is the right list for my posting, since I've never posted to any R list before. I'm quite extensively using the xfig graphics device and as far as I figured out this device writes all the objects into xfig layer 100 (based on what I saw in the devPS.c file -if this is the file to output to xfig format - depth 100 is hardcoded). Are the any plans to implement xfig layer

It would be nice to easily create horizontal PDF files for standard paper sizes. For example: pdf(file, paper="default", horizontal=TRUE) Currently (R 2.2.1) there is no 'horizontal' argument for the PDF driver. It looks like the only way to create a horizontal PDF is to manually specify width and height. For example: pdf(file, width=11, height=8.5) Does this feature look

I was curious if this was a real null pointer dereference issue in R-devel/src/library/grDevices/src/devPS.c on line 1009? 1000: static type1fontinfo makeType1Font() 1001: { 1002: type1fontinfo font = (Type1FontInfo *) malloc(sizeof(Type1FontInfo)); 1003: /* 1004: * Initialise font->metrics.KernPairs to NULL 1005: * so that we know NOT to free it if we fail to 1006: *

Dear R devolepers! Wouldn't you change src/main/devPS.c file (patch will follow). Problem is with minus sign in ps output. The original code forces the name /minus to the character number 45 (-). But /minus symbol is not defined in standard Adobe encoding and (even worse) is not defined in most type1 fonts (where the name /hyphen is used instead), in this case you will have an empty