Hi Albert,<br><br>> Does this mean that a scripting interpreter will have to declare,<br>
> internally, a variable that points to the ImageJ context?<br><br>Yeah, the idea is that when you run a script, the context will be injected somehow. The scripts themselves will not need to care, of course. Probably the scripting framework will provide a setContext(ImageJ) method for such a purpose, and its logic will fail (with an informative exception) if the current context is null.<br>
<br>-Curtis<br><br><br><div class="gmail_quote">On Tue, Apr 10, 2012 at 2:25 PM, Johannes Schindelin <span dir="ltr"><<a href="mailto:Johannes.Schindelin@gmx.de">Johannes.Schindelin@gmx.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<div class="im"><br>
On Tue, 10 Apr 2012, Albert Cardona wrote:<br>
<br>
> This below is nice: no more global variables.<br>
> Does this mean that a scripting interpreter will have to declare,<br>
> internally, a variable that points to the ImageJ context? Otherwise<br>
> the script cannot know where to reach for the currently active<br>
> Dataset, or get the list of existing, open Dataset instances.<br>
<br>
</div>Dude. We're still struggling with other things... Scripting is slated for<br>
the second half of the beta2 phase. See our timeline.<br>
<br>
But yes, in general we will try to have such references, with a fallback<br>
to ImageJ.getContext() (the result of which may depend on the thread it<br>
was called from).<br>
<br>
Ciao,<br>
Johannes<br>
<div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
ImageJ-devel mailing list<br>
<a href="mailto:ImageJ-devel@imagej.net">ImageJ-devel@imagej.net</a><br>
<a href="http://imagej.net/mailman/listinfo/imagej-devel" target="_blank">http://imagej.net/mailman/listinfo/imagej-devel</a><br>
</div></div></blockquote></div><br>