I haven't tested it, but it looks good. In previous versions though, it wasn't an error to target a non-adjacent locations. That's not a huge deal because it's possible to work around by using the new-ish [store_relative_direction].EDIT: Actually, the place I thought I did this was actually an animated [harm_unit], not an [animate_unit]. In that case, idk whether it was an error before.

another EDIT: also, perhaps someone can weigh in on this issue? If I understand it right, messages with lots of options can result in the main message being hidden, when probably it should result in a scroll bar for the options?

The last few months have been nothing but one big, painful reminder that TIMTLTW.

I haven't tested it, but it looks good. In previous versions though, it wasn't an error to target a non-adjacent locations. That's not a huge deal because it's possible to work around by using the new-ish [store_relative_direction].

It's still not an error with [animate_unit], because the implementation of animate_unit uses the same mechanism as [store_relative_direction] to resolve the direction to an adjacent space. It's only an error when using the Lua animations API directly.

Samonella wrote:another EDIT: also, perhaps someone can weigh in on this issue? If I understand it right, messages with lots of options can result in the main message being hidden, when probably it should result in a scroll bar for the options?

I can't reproduce this problem:

Maybe this is dependent on OS somehow, or on resolution?

99 little bugs in the code, 99 little bugstake one down, patch it around-2,147,483,648 little bugs in the code

I took another look at the dialog and I realized that actually, the top part of the message had a tiny scrollbar on the right, I just didn't see it because it was so small and almost the same color as the window. (If you want to test how good your vision is, you can try to find the scrollbar in the screenshot I posted )

I think it would be better if the options got the scrollbar instead. For reference, my OS is Windows 10 and my Wesnoth resolution is 1280x657 when maximized in windowed mode.

The add-on manager works certainly works better than in 1.13.6 but after downloading an add-on it trys to reconnect to the addon server and crashes every time.

As you can see i am using windows 8.1

Also another minor thing that has been annoying me in the multiplayer menu to select 'local game' or 'join official server' sometimes takes two clicks to select. It happens about every six times if you click back and forth between the options. And if it does happen every other option takes two clicks and then it does not happen again for about 6 more clicks Something wierd is going on, maybe a problem with refreshing the buttons?

Scenario with Robots SP scenario (1.11/1.12), allows you to build your units with components, PYR No preperation turn 1.12 mp-mod that allows you to select your units immideately after the game begins.

the library (.dll) files you can copy them from the installed wesnoth 1.13.7 release

Note that the Version of the files form step (1) and step (2) have to match, if you use git in step (1) you can easily use git checkout to check out the data fils that match the version form the excutable form step (2)

EDIT1: the files downloaded from (1) are at most one day old so in 90% of cases it wil be compatible with the data files form latest guthub its still better to use git checkout in order ot make sure the version macthes exactly though to get guaranteed compabilty.

EDIT2: the wesnoth 'installation' you get this way probably won't have any translations you migth want ot copy the translation folder from 1.13.7 release for that.

Scenario with Robots SP scenario (1.11/1.12), allows you to build your units with components, PYR No preperation turn 1.12 mp-mod that allows you to select your units immideately after the game begins.