0ct0pu5/wesnoth
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

change title of the [filter_vision], [has_ally/enemy] section

Browse source
This commit is contained in:
Chris Beck 2014-07-13 12:36:02 -04:00
parent c30299724e
commit d9cca934e5
1 changed files with 1 additions and 1 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

2
RELEASE_NOTES
View file

@ -38,7 +38,7 @@ Fixed bug that caused incorrect / missing minimap data to be displayed in the pr
Note that you must refresh your save_index to get proper behavior, by deleting it from the userdata folder.
[/section]
[section="Bugfixes for [filter_vision]"]
[section="Bugfixes for certain wml [filter] tags"]
The [filter_vision] tag introduced in 1.11 series was discovered to have some bugs, it would behave with different logic depending on whether it was in a unit filter or a location filter. Neither of these implementations was actually quite right, and the simplest way to fix it was to make it work as originally intended. In 1.11.16 and future versions of wesnoth, [filter_vision] works like most other tags such as [has_unit], that is,
[list][*]When used in a unit filter, a [filter_vision] check succeeds if there is [b]any[/b] side with vision of the unit (no fog there and unit is not hiding from that side) which passes the side filter in [filter_vision], and fails otherwise.
[*] When used in a terrain_filter, a [filter_vision] check succeeds if there is [b]any[/b] side with vision of the location (no fog there, or if respect_fog=false, then no shroud there) which passes the side filter in [filter_vision], and fails otherwise.