returns all items on a locations, this allows is to
remove quite a bit of code in the dropping.lua file
of world conquest since that can now just use items.lua
instead
A property cannot returns multiple values, the old code never worked.
Also the value returned by unit.loc the getter is now of the same type as
taken by the unit.loc getter.
this in particular fixes#5098
For mainline we will just call it "World Conquest"
World Conquest II is a coop multiplayer campaign
of 5 scenarios for 1,2 or 3 players.
It features highly randomized maps for
replayability. Also custom item and training
systems. The majority of the campaign is
implemented in lua for better preformance.
It also contains a custom era to be used together
woth the campaign, since the default era is
quite unbalanced for this coop gamemode against
the ai. It for example makes sure that every
faction has a leader.
This is one of the most popular MP addons on
wesnoth 1.14, 1.12 and older.
Hide Asheviere’s variation in the help.
Set the name anyway, as it will be used in debug mode,
and set it also for the others. Having a space in the name
is untypical, but as it is not displayed in the help it's okay.
[ci skip]
This removes some subtle todo text that didn't have a explicit "TODO" in
the text, although it was tracked as part of #4280. The discussion ended
without a conclusion about whether those statements were correct for all
mainline campaigns.
The existing text in this help topic represented paragraphs by having
translatable strings that start with whitespace (two newlines), as described in
issue #4480. As this commit already needed to change all but two of the
paragraphs, I've switched them all to using non-translatable paragraph
separators. Even though the whole save-loading topic is new in 1.15, it has
already been translated in some languages, and making this consistent means two
unnecessary fuzzy strings. Sorry to the translators, but I think it's
worthwhile.
[heal_unit] set's as side-effect an variable, which contains the heal amount
of one of the healed units.
It's more likely that this will just add a variable with authors not being aware
to clean it afterwards, than the case being that someone want's this behaviour.
I assume that this happens is an unintended side-effect from former code refactoring,
the original implementation of this macro was not doing this.
[ci skip]
This simply removes the todo. Conclusions from trying to add a link:
* Any link should be to something more specific than the "Mainline Campaigns
Feedback" forum, which is a set of sub-forums that may or may not have any
recent and-or useful information for the particular scenario that the user is
having trouble with. For replays in particular, some (most?) don't have replays
that have been uploaded to the feedback threads, and given Wesnoth's
incompatibility with previous stable branches the replays that are there might
not be usable.
*`The forums are English, so might want a note in all the non-English
translations that isn't in the English text.
This commit:
* sends the era and scenario as part of a [multiplayer][addon] in order to make it consistent with how add-ons' information is sent to wesnothd. this means all of the game's content information is now available in the [multiplayer][addon] data.
* correctly covers the case of there potentially being modifications added to mainline at some point. the current code looks at the [multiplayer]mp_scenario= and [multiplayer]mp_era attributes to cover the case of a mainline era/scenario being used, but looks for modifications only in the [multiplayer][addon] data, which wouldn't have any entry for a mainline modification right now if one were added.
