On Mon, 14 Jun 2004, Paul Murrell wrote:
Could we avoid the user-disruption problem by making a new
graphicsDevices package (to contain postscript(), x11(), ps.options(),
...) and have the graphics package import these symbols from
graphicsDevices AND export them (this is technically
Hi. This is the qmail-send program at qmail-in.click21.com.br.
I'm afraid I wasn't able to deliver your message to the following addresses.
This is a permanent error; I've given up. Sorry it didn't work out.
[EMAIL PROTECTED]:
Sorry, I wasn't able to establish an SMTP connection. (#4.4.1)
I'm not
Hi to the Devel list,
I am at present developping a little Excel add-in that would consist into a
translation of John Fox RCommander package.
The idea is to have R code that recreates within Excel the menus and some
VBA part that handles data input and outputs (those beeing redirected to
HTML
Eric Lecoutre [EMAIL PROTECTED] writes:
Hi to the Devel list,
I am at present developping a little Excel add-in that would consist
into a translation of John Fox RCommander package.
The idea is to have R code that recreates within Excel the menus and
some VBA part that handles data input
On Mon, 14 Jun 2004, Peter Dalgaard wrote:
Eric Lecoutre [EMAIL PROTECTED] writes:
What sort of exact problems can we expect to have? Should we consider
to propose this as Open Source and not GPL? Do we have to obtain the
agreement of the R Core Team?
It might also be worth pointing
Hi
Prof Brian Ripley wrote:
On Mon, 14 Jun 2004, Paul Murrell wrote:
Could we avoid the user-disruption problem by making a new
graphicsDevices package (to contain postscript(), x11(), ps.options(),
...) and have the graphics package import these symbols from
graphicsDevices AND export them