From ellis at stat.harvard.edu  Fri Nov  5 23:01:01 2004
From: ellis at stat.harvard.edu (Byron Ellis)
Date: Fri Nov  5 23:01:27 2004
Subject: [Rd] idea (PR#7345)
In-Reply-To: <418B7AC7.8000103@statistik.uni-dortmund.de>
References: <20041105121805.3989110FA2@slim.kubism.ku.dk>
	<418B7AC7.8000103@statistik.uni-dortmund.de>
Message-ID: <2E19048A-2F76-11D9-A082-000D93C24D64@stat.harvard.edu>


On Nov 5, 2004, at 5:06 AM, Uwe Ligges wrote:

> dan@bolser.co.uk wrote:
>
>> Full_Name: Dan B
>> Version: 2
>> OS: Fedora 2
>> Submission from: (NULL) (80.6.127.185)
>> It would be great if something like
>> currentPlot <- edit(par)
>

*snip*

> Nice idea. Do you have any schedule for which R release R-core can 
> include your contribution? Do you get it ready for R-2.1.0?
> In particlular, I'm very interested in the way you are going to 
> include this feature for non-screen devices such as postscript()...
>
> Uwe Ligges

The most obvious, and by far most difficult route, would be to make 
graphics devices first class citizens (IIRC Duncan TL has brought this 
up elsewhere) wherein you would aDev <- edit(aDev). That brings things 
to the device level (what you want) and a static device could act 
accordingly (i.e. not invoke a redraw). Obviously the most difficult as 
it would be a massive upheaval of base graphics (I suppose all of this 
could all be grouped under a category of "event-based streams," 
graphics events, XML SAX events, file events--aka connections, etc. 
Doesn't CL or Scheme have something along those lines?). But, as 
mentioned in the thread, pretty speculative but you never can tell what 
someone might hunker down and implement :-)

>
> ______________________________________________
> R-devel@stat.math.ethz.ch mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
>
---
Byron Ellis (ellis@stat.harvard.edu)
"Oook" -- The Librarian


[Rd] idea (PR#7345)
Byron Ellis