too late, I just finished reimplementing :) I am not sure exactly what you want here, but we'll discuss it on IRC, more convieniant...
On 2/19/07, Patrick Parker <[EMAIL PROTECTED]> wrote:
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
_______________________________________________ Wesnoth-dev mailing list [email protected] https://mail.gna.org/listinfo/wesnoth-dev
