similar to: PDFfontNumber bugs in devPS.c (Re: plain text in Chinese can not be set)

On 2010-7-1 15:24, Jinsong Zhao wrote: > > Read the source again more carefully. I think I get the solution: > > Change the following line in PDFfontNumber function in devPS.c: > > num = 1000 + (cidfontIndex - 1)*5 + 1 + face; > to > num = 1000 + (cidfontIndex - 1)*5 + face; > > It appears two times in the function. > > However, I don't know how to compile

Hi there, According to ?par, 'font' is an integer which specifies which font to use for text, that 1 corresponds to plain text (the default), 2 to bold face, 3 to italic and 4 to bold italic. When I test Chinese character in pdf(), I found that 1 to bold face, 2 to italic, 3 to bold italic, 4 to symbol. and I don't find how to set plain text. In the following code, the font to use

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

The conversion of RGB to CMYK takes place in PostScriptSetCol() starting at line 2900 of R-2.7.0/src/library/grDevices/src/devPS.c if(strcmp(mm, "cmyk") == 0) { double c = 1.0-r, m=1.0-g, y=1.0-b, k=c; k = fmin2(k, m); k = fmin2(k, y); if(k == 1.0) c = m = y = 0.0; else {c /= (1.-k); m /= (1.-k); y /= (1.-k);} r, g, and b have already been normalized to the

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 list, Tadashi Kadowaki has developed a pdf device package that allows to add hyperlinks and popups to (currently) text, mtext and rect calls. The package passes R CMD check (minor warnings) and compiles on MacOS X and GNU/Linux, but we do not succeed in building the package for Windows. The current version of the package can be checked out as svn checkout

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

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") >

I'm trying to build R 2.4.0 on an IBM P5-570 that's running AIX 5.3. I'm using xlc 7.0, xlc++ 7.0 and xlf 9.1 in 32 bit mode (OBJECT_MODE is 32 in the build environment). The source is the patched version of 2.4.0, downloaded yesterday. Configure options were --prefix, --srcdir, --x-includes, --x-libraries, and --without-readline. Compiler flags were -O2. The make step fails with

The R-1.2.1 builds have gone fairly smoothly on most of my UNIX architectures, but there were many warnings reported by the picky SGI compiler that could be eliminated in future releases. Generally, I have found the SGI compilers very helpful in ferreting out portability problems, unused and/or obsolete variables, unexpected datatype coercions, etc., and they compile faster than any other

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

I've been having a problem when printing plots to a HP DeskJet 2500C printer. This printer, like most inkjet printers, has a large minimum bottom margin. For most HP inkjet printers, the bottom 1/2" (left 1/2" inch for landscape) of the page can't be printed too. The postscript device in R has a default of 1/4" margins between the paper edge and the plotting area. This

Responding to my own post, after some hacking: To fix the behavior of the following test code (the rect()s inherit the lty set by the previous abline())-- x _ (1:100)/10 plot(x,sin(x)) abline(h=0,lty=2,col="red") rect(1,0,2,0.5) abline(v=2) rect(3,0,4,0.5) Here are some diffs (now all I have to do is wade through and get lwd working properly ...) *** devX11.c.orig Tue Jul 29

The header file still contains the old places for some code that is now in the 'module' section: * currently existing device drivers: * FILE driver name prefix * ---------------------- ------------------ * ../main/devPS.c PS _and_ XFig * ../main/devPicTeX.c PicTeX * ../unix/X11/devX11.c X11 * ../gnuwin32/devga.c GA * ../unix/gnome/devGTK.c GTK * ../unix/gnome/devGNOME.c

Hi, I'm raising the issue, again, of those pesky thin lines that show up with a pdf graphics device, otherwise known as FAQ 7.36. I have read the FAQ and understand that I can eliminate them by adjusting the anti-aliasing option for viewing them on the screen, but this doesn't necessarily eliminate them for a print device or for transferring them into a powerpoint or similar type of

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