similar to: Re: Bug#213857: r-base-core: xfig plot fails with invalid line type (PR#4401)

On Fri, Oct 03, 2003 at 08:29:31AM -0500, Douglas Bates wrote: > edd@debian.org writes: > > > Graham, > > > > Confirmed. I will pass that along to the R team. As 1.8.0 is in code freeze, > > this may not get addressed, unfortunately. > > > > Regards, Dirk > > I believe Ross Ihaka has already detected and fixed this problem. The > fix should

Graham, Confirmed. I will pass that along to the R team. As 1.8.0 is in code freeze, this may not get addressed, unfortunately. Regards, Dirk On Fri, Oct 03, 2003 at 03:16:35PM +1000, Graham Williams wrote: > Package: r-base-core > Version: 1.7.1.cvs.20030927-1 > Severity: normal > > > $ R > > R : Copyright 2003, The R Development Core Team > Version 1.8.0 beta

On Fri, Oct 03, 2003 at 09:21:29AM -0500, Dirk Eddelbuettel wrote: > On Fri, Oct 03, 2003 at 08:29:31AM -0500, Douglas Bates wrote: > > edd@debian.org writes: > > > Confirmed. I will pass that along to the R team. As 1.8.0 is in > > > code freeze, this may not get addressed, unfortunately. > > > > I believe Ross Ihaka has already detected and fixed this

Using a non-capturing group, "(?:...)" instead of "(...)", simplifies my example a bit > x <- c("Groucho <groucho at marx.com>", "<chico at marx.com>", "Harpo") > strcapture("([[:alpha:]]+)?(?: *<([[:alpha:]. ]+@[[:alpha:]. ]+)>)?", x, proto=data.frame(Name=character(), Address=character(),

I don't care much for regmatches and haven't tried strextract, but I think replacing the character(0) by NA_character_ is almost always inappropriate if the match information comes from gregexpr. I think strcapture() does a pretty good job of what I think you are trying to do. Perhaps adding an argument to map no match to NA instead of "" would give you just what you wanted.

Full_Name: Chris Haidinyak Version: 2.0.1 & 1.9.0 OS: Linux x86_64 Submission from: (NULL) (139.95.251.9) Hi, I am using R 1.9.0 (on Linux Redhat AS 3 - x86_64) and 2.0.1 (on Linux Fedora Core 3 - x86_64) and am having problems using graphs created with the xfig option. 1.9.0 problem - sometimes the graph output puts the color definitions in the wrong place in the file. According to

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

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

Hello ... I tried to generate .fig figures with R, using the xfig() function ...When I open the figures using xfig software under linux ... the foreground color change strangely ... whereas when I display the same figure in R or when I saved it in using postscript() function there is no problem. Any idea about the behavior of the colors when using xfig ?? Thanks in advance Christophe Grova

I'm using (Linux version) xfig() within a function and then simple matplot() and matline() plots. Although I do not define any bg or fg default color, sometimes all lines in the final fig file are green. The same code works as (I) expected if I use x11() or pdf(). This is what I'm doing: I open 2 devs: xfig() dev.set(2) layout(mat1) xfig() dev.set(3)

Dear useRs, How does one include graphics created with Xfig with LaTeX fonts into Sweave? If I create a graphic with Xfig with some Computer Modern fonts, I choose to export it as combined PDF and LaTeX. So I get two files, one foo.pdf with the drawings without the text and foo.pdftex with some LaTeX code that ensures the text lands in the right place together with the drawing. I'm supposed

Hi again! Well, I just realised that I am running an *unstable* version of R (if such exists) from early January, that I picked up for some weird reason (the appearance of manova??). In fact the starting message is R : Copyright 2001, The R Development Core Team Version 1.3.0 Under development (unstable) (2001-01-22) I have been tried to reproduce the same example in R 1.2.3 for Windows

Question for R users under unix: Do you ever edit figs created by R using xfig or some other program? I tried to edit a figure with xfig (a program which I find quite horrible by the way) and it said it couldn't read it in. I guess xfig has no capability of reading postscript files? Can anyone tell me how to do it, or perhaps suggest another freeware structured drawing program for use in

Hi all, Is there a model of IP phone, with a built-in speaker, that can be used as part of a Overhead Paging system? Can Asterisk accomodate such a feature? Regards, Francois Random Thought: --------------- It isn't necessary to have relatives in Kansas City in order to be unhappy. -- Groucho Marx

I look every now and then at RPy. It is not yet a Debian package as it had the odd problem here or there -- initially an Atlas interaction, currently something with long_jump() which cannot be found when R's dynamic library is loaded. [1] It is called R_eval.c: /* Abort the current R computation and signal a KeyboardInterrupt exception */ void interrupt_R(int signum) { interrupted = 1;

There appears to be a bug in the R xfig() driver. When I run a simple example, eg > data(InsectSprays) > boxplot(count ~ spray, data = InsectSprays, col = "lightgray") the boxplot is fine. Doing the same thing after > xfig(file='test.fig') and then opening in Xfig (ver3.2 patchlevel 2) on my Linux box produces boxplots where the boxes, although correctly shaded in,

There appears to be a bug in the R xfig() driver. When I run a simple example, eg > data(InsectSprays) > boxplot(count ~ spray, data = InsectSprays, col = "lightgray") the boxplot is fine. Doing the same thing after > xfig(file='test.fig') and then opening in Xfig (ver3.2 patchlevel 2) on my Linux box produces boxplots where the boxes, although correctly shaded in,

[ If this is considered off-topic please let me know in private mail. ] With the current version of the glibc library in Debian's "testing" and "unstable" distributions, ldconfig now loads the ATLAS optimised BLAS without any user intervention beyond installation of the Atlas and R or Octave packages. ATLAS can lead to very dramatic speed increases (up to a factor of ten,

Hello I'm using the xfig-function in R to export figures in fig-format. To use these exported figures in LaTeX, I first run a fig2dev to get a pstex and pstex_t file. However, in order to get the right pstex_t file (that is, with the text of the original figure) I have to change the font and special text variables in the fig files. I would like R to do this font changing job, but I can't

thanks. i'm extremely sorry for the inconvenience, the encoding of files was not done properly. can someone pls. tell me a good windowsd based mp3 encoder for encoding files for bit rates as low as 16 kbps (or less) with 16 khz (or less). parvez And Then Thomas Kirk wrote ............. > Hey > > On Fri, Mar 16, 2001 at 02:11:54PM +0530, Parvez Lanewala wrote: > > >