[Rd] Project suggestion: Interface between R and graphic devices

Hi to all developer, sure that I will not be the first one with this idea but I did not found treads about this. I realized that there are some user interfaces like Brodgar and SciViews. There was used a lot of manpower to develop those programs. On the other side I realized that it could be very

Re: [Rd] Project suggestion: Interface between R and graphic devices

I think you do not mean `graphics devices' as used by R (pdf, postscript, X11, windows, quartz etc). Rather I think you mean interfacing to a different front end. That is a subject discussed in `Writing R Extensions' and an API for it has been defined for a few R versions now. The JGR and Mac

Re: [Rd] Project suggestion: Interface between R and graphic devices

Prof Brian Ripley schrieb: > I think you do not mean `graphics devices' as used by R (pdf, > postscript, X11, windows, quartz etc). Sorry no I do not mean such "devices" I thought about the Graphic User Interfaces, to use the R-System with a windows like surface http://www.sciviews.org/. I se

Re: [Rd] Project suggestion: Interface between R and graphic devices

> > > Prof Brian Ripley wrote: > Please so read the part of my message that you have silently deleted > here. > > There IS A STABLE API, as I said there. What could be the problem for the developer of the GUIs. One of the Gui is only working with a 1.4? version, one of the GUI is only work

Re: [Rd] Project suggestion: Interface between R and graphic devices

Knut Krueger wrote: > > Prof Brian Ripley schrieb: > > >>I think you do not mean `graphics devices' as used by R (pdf, >>postscript, X11, windows, quartz etc). > > > Sorry no I do not mean such "devices" > I thought about the Graphic User Interfaces, to use the R-System with a > windows like

[Rd] all.equal() improvements (PR#8191)

-name differences in those places (and only those places) where doing so should be helpful to the user. Also, optionally, using by.name=TRUE and by.pos=FALSE will give behavior like S-Plus. The attached patch is also available here: http://www.piskorski.com/R/patches/all-equal-patch-20051009.txt

Re: [Rd] Project suggestion: Interface between R and graphic devices

Philippe Grosjean schrieb: > > This is not true. Version 0.8-8 of SciViews-R > (http://www.sciviews.org/SciViews-R) is compatible with R 2.1.1. There > were several months of delay between R 2.1.X and the compatible > SciViews-R version... There were a lot of changes required in my code, > b

Re: [Rd] Project suggestion: Interface between R and graphic devices

Knut, On Oct 9, 2005, at 1:19 PM, Knut Krueger wrote: >> If you prefer SciViews, JGR, R Commander, etc., then you should >> expect >> some delay before R releases and compatible GUI releases. Indeed, one >> must say that R Commander has always been released on time with the >> latest R version,

[Rd] [ subscripting sometimes loses names (PR#8192)

--rwEMma7ioTxnRzrJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline R, like recent versions of S-Plus, sometimes - but not always - loses names when subscripting objects with "[". (Earlier versions of S and S-Plus had the correct, name-preserving behavior.) This seems bad,

[Rd] cor doesn't accept na.rm? (PR#8193)

Full_Name: Paul Bailey Version: 2.1.1 OS: OS X 10.3 Submission from: (NULL) (68.252.250.144) ?cor [tells me that it has a na.rm variable] > cor(frame2[1,],frame2[2,],na.rm=T) Error in cor(frame2[1, ], frame2[2, ], na.rm = T) : unused argument(s) (na.rm ...) hmm. _

Re: [Rd] cor doesn't accept na.rm? (PR#8193)

Where in ?cor do you see the na.rm argument? Mine says: cor(x, y = NULL, use = "all.obs", method = c("pearson", "kendall", "spearman")) There's na.rm on that page, but that's for var(). Please read the R FAQ more carefully about reporting bugs. Andy > From: [EMAIL PROTECTED] > > Full_Na

Re: [Rd] cor doesn't accept na.rm? (PR#8193)

On Mon, 10 Oct 2005 [EMAIL PROTECTED] wrote: > Full_Name: Paul Bailey > Version: 2.1.1 > OS: OS X 10.3 > Submission from: (NULL) (68.252.250.144) > > > ?cor > [tells me that it has a na.rm variable] >From which part of the man page do you infer that? (Hint: Which of the functions on that man page

Re: [Rd] cor doesn't accept na.rm? (PR#8193)

On Mon, 2005-10-10 at 01:49 +0200, [EMAIL PROTECTED] wrote: > Full_Name: Paul Bailey > Version: 2.1.1 > OS: OS X 10.3 > Submission from: (NULL) (68.252.250.144) > > > ?cor > [tells me that it has a na.rm variable] > > > cor(frame2[1,],frame2[2,],na.rm=T) > Error in cor(frame2[1, ], frame2[2, ],

[Rd] Help page links to index.html are dead (PR#8196)

Full_Name: Kevin Wright Version: 2.2.0 OS: windows Submission from: (NULL) (66.185.0.208) On the help pages for R is a little circle with an up arrow that links to: file:///C:/R/R220/doc/html/index.htmlu This link is dead. I suspect the link should be: file:///C:/R/R220/doc/html/rwin.html P

Re: [Rd] Help page links to index.html are dead (PR#8196)

[EMAIL PROTECTED] wrote: > Full_Name: Kevin Wright > Version: 2.2.0 > OS: windows > Submission from: (NULL) (66.185.0.208) > > > > On the help pages for R is a little circle with an up arrow that links to: > > file:///C:/R/R220/doc/html/index.htmlu That's a typo in Kevin's message: the link i

Re: [Rd] Project suggestion: Interface between R and graphic devices

Simon Urbanek schrieb: >Knut, > >On Oct 9, 2005, at 1:19 PM, Knut Krueger wrote: > > > >>>If you prefer SciViews, JGR, R Commander, etc., then you should >>>expect >>>some delay before R releases and compatible GUI releases. Indeed, one >>>must say that R Commander has always been released o

Re: [Rd] Help page links to index.html are dead (PR#8196)

On Mon, 10 Oct 2005, Duncan Murdoch wrote: > [EMAIL PROTECTED] wrote: >> Full_Name: Kevin Wright >> Version: 2.2.0 >> OS: windows >> Submission from: (NULL) (66.185.0.208) >> >> >> >> On the help pages for R is a little circle with an up arrow that links to: >> >> file:///C:/R/R220/doc/html/in