The Battle for Wesnoth Forums

Nearly all of what you want is probably possible without modifying the engine, except for points 1-3… which, I presume, are the most important points. Though as Ravana says you miiight be able to manage that with a bot, that would basically mean anyone can pop in and submit a command – though you ...

I'm not 100% sure if there's an official policy on this, so take my words with a grain of salt.

I think the policy is roughly "no output from an AI may be uploaded". This implies to me that (for example) asking the AI what's wrong with your code may be acceptable, as long as you wrote the actual ...

I think you can only disable revealing the map with an explicit defeat, not with default defeat conditions.

In short: assuming you want the player to be defeated when any leader dies, adding the following to your scenario should work:

[side]
side=1
defeat_condition=never # disable default ...

I'm not sure what you mean by "override/supersede" or what "[avoid] [ai]" is supposed to be (perhaps you meant "[ai] [avoid]"), but… the simple attack AI does not take [avoid] into account at all. It ignores most other aspects too, like aggression.

Looks correct to me, as long as corner_skeleton_quota has a value.

That's strange; it feels like it could actually be a bug.

Just checking, but… in that example, you've opened inspect immediately after starting the scenario? I just want to make sure there's no other code that might be intervening to add blocker=yes.

Seems like the key issue is that the recruiting animation requires a second unit, but the [animate_unit] tag offers no way to provide one that's not on the map? The Lua API underlying [animate_unit] could probably work by passing in a temporary unit, but the WML tag designates the unit by a filter ...

Although advances_to can indeed be placed inside [unit], it's one of those things that could be randomly overwritten when the unit is "rebuilt". I'd recommend instead using [effect]apply_to=remove_advancement and/or [effect]apply_to=new_advancement.

Why?

Can't you get the same effect just by adding that unit to advances_to? Why use an effect?

Yes, every unit has a standing animation, because one is synthesized if you don't explicitly define one. That's not the case for an idling animation.

Actually, I doubt it works for the idling animation either (unless the unit didn't have an idling animation to begin with).

As I mentioned previously, that only adds a new animation. It doesn't remove the old animation. And the way the animation system works is that it collects all the possible ...

I think the only animations that go behind units are terrain animations; and dynamically altering those is difficult (and only possible if the hex has no overlay terrain).

Is there a way to make it use the new standing animation instead of the old one?

Well, if I'm not mistaken, what should actually happen when you add a new standing animation with an effect is that the unit uses the old one 50% of the time and the new one 50% of the time. Unfortunately, there is ...

Hmm. Thinking about it, the problem is probably that your recruitment instructions aspect is a composite aspect , so a path without a facet won't match. Try something like this:

The definition (the only change is adding an ID to the facet):

[aspect]
id=recruitment_instructions
[facet]
id=my ...

Hello, I am trying to follow the wiki https://wiki.wesnoth.org/Modifying_AI_Components#The_.5Bmodify_ai.5D_Tag, however there is something I am doing wrong. May I ask for help with the following blocks? I would be very grateful.

I can see at least two issues in the code in your opening post ...