A transcript from the irclog, for those who missed it:
------------------------------------------------------------
<Sapient> hmmm, I just thought of a better way to implement auto-stored
units
<Sapient> the lazy retreival method
<Sirp> Sapient, lazy evaluation?
<Sapient> for example, if I try to accesss $unit, then check for a unit at
$x,$y and store it
<Sapient> I mean $x1, $y1
<Sapient> depending on the type of scope (which would be pushed onto the
gamestate)
<Sirp> Sapient, so you're saying only store the unit when it's actually
used, rather than as the event is fired, in anticipation of it possibly
being used?
<Sapient> yes
<Sapient> this could also trigger an automatic unstore as the scope expires
<Sapient> not sure if that would be desirable, though
<Sirp> Sapient, I agree that would be more efficient, and is a good idea.
<Sapient> this could clash with the code that does store+kill=yes instead of
kill
<Sapient> ideally, WML newbies should be able to modify the unit that
triggers an event without invoking store or unstore commands
<Sapient> I guess I should tell boucman before he finishes his other
implementation ;)
<Sapient> the really tricky part will be catching places that take a
variable name instead of $name
<Sirp> well to do anything mildly unusual in WML is typically kinda
complicated. :)
<grzywacz> And needs some powerful WML wizardry skills. :P
<Sapient> lol... complex is one thing, needlessly complex is another
<Sirp> Sapient, I do agree. :)
<Sapient> Good, I guess I'll post this to the ML then
_________________________________________________________________
FREE pop-up blocking with the new MSN Toolbar - get it now!
http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/
_______________________________________________
Wesnoth-dev mailing list
[email protected]
https://mail.gna.org/listinfo/wesnoth-dev
