The Battle for Wesnoth Forums

I think Duke_Anax's reasoning makes more sense here. The skin's not going to suddenly lose its pigmentation all of a sudden.

The specific span of time can vary by forum, sure. However, I think most people would agree that 7 years is clear necromancy.

What I wonder is should there be a difference in .valid between the two? I was looking for the answer to the in the above quoted documentation, but didn't see/understand it. __cfg just returns WML. It doesn't know that it's a unit anymore, it's just an arbitrary untyped chunk of data formatted acco...

It's the masters that would be evil, not the undead themselves. Undead can't do much without a master... Unless they're a lich or a death knight or a ghost, all of which at least potentially retain a will of their own. Though that doesn't make them evil, either. It depends on what they actually do.

That is thread necromancy, isn't it? Yup, it is. Not sure if the forums have an official policy on that though. I personally think it's fine as long as it's actually adding to the thread. (Your mileage may vary on whether holypaladin's comment adds to the thread.) I don't think so. Thread necromanc...

Wait, why are you grabbing .__cfg off the unit in the first place? There isn't really any reason to do that unless you want to stuff it into a variable or read stuff that's not otherwise accessible. It serializes the entire unit to WML. Just don't do that and you should be fine… or if you absolutely...

Since they will be just another evil entity. I don't know why you're assuming that anything is "just another evil entity". Orcs are clearly not evil, as seen by Son of the Black Eye. Undead are really more chaotic neutral than evil in Wesnoth, as seen in the two undead campaigns (and prob...

But I've search high and low for a definition of proxy unit (or proxy table) in the past and not found anything. "proxy unit" just refers to the Lua userdata that represents a unit. And now I'm starting to run into references to private units. I think the paragraph above may have attempte...

I'm not sure that's a safe assumption. The x,y might just be set to whatever location the unit was at when it was last on the map. The canonical way to check what you're looking for is with unit.valid, which returns a string.

I don't know about making them the centre of events, but I would very much welcome demons in core Wesnoth.

(To be honest, it's probably better not to have any single race be behind everything.)

This sounds like a bug to me.

Maybe queue a second event with the exact same conditions? Or insert extra code at the start of the event that does whatever you need it to do?

That's roughly correct, except that increase_damage is never actually parsed as a formula. The formula is parsed by $(...) in this case. Dollar substitutions are always evaluated from right to left, and $(...) is just a special type of dollar substitution. So yes, by the time it's parsing as a formu...

Yeah, I saw that somewhere after posting. But from what I've read about [filter_wml] it sounds like there's no penalty for using it where it is not necessary, and that way you don't need to remember if you need it or not in cases you don't deal with regularly. ? There is a special optimization for ...

For substituting WML variables into any moderately complicated WFL formula, I'd recommend using a where clause. [effect] apply_to=attack increase_damage="$(met_lilith*2-lilith_deaths where met_lilith = $quests.met_lilith - 0, lilith_deaths = $quests.lilith_deaths - 0)" [/effect] [effect] a...