Follow-up Comment #1, bug #25624 (project wesnoth):
help & [variation]s: effect of the hide_help key
Imagine you have one unit with one variation. Like Konrad in HttT.
And imagine you don't use inherit=yes (unlike the zombies), not sure if that
would make a difference.
Currently Konrad and Li'sar use hide_help=yes for the variation, and not for
the main unit.
This has three effects
-> 1) the variation is not shown in the help browser
-> 2) the variation is not shown in the main units wiki page. There would
usually be a line "variations:"
-> 3) when the variation is in effect, e.g. Konrad has the sceptre, it shows
the page of the main unit instead of the variation.
This is different than in the usual cases where hide_help=yes it used. As a
rule of thumb, hide_help=yes does hide the unit in the help system, but there
exists still a help page which is only accessible if the unit is on the
field.
tl;dr, Konrads Sceptre attack isn't displayed in the help when he has it.
Why did the designer decide for that? We'll, let's have a look at the other
options:
Using hide_help=yes for both:
-> they are both not accessible in the help browser. That's mostly fine for
heroes.
-> the main unit's help page is still accessible on the map, the variation
has still the same problem as before
Using hide_help=no for both:
-> the variation's help entry can now be accessed over the map, but also
over the help and
-> due to the "variations:" line in the main units help entry this would
spoil the player
For completeness sake (or rather, to show another issue)
Using hide_help=yes only for the main unit:
-> Isn't useful here
-> the variation has usually a link to the base unit. That link is now
displayed in red and broken. It should just not be displayed
TL;DR (again)
I think things would be better
-> if variations with hide_help=yes would have an help entry which is only
accessible over the map (like for unit_types)
-> if the link to the main unit is not shown when the main unit uses
hide_help=yes
_______________________________________________________
Reply to this item at:
<http://gna.org/bugs/?25624>
_______________________________________________
Nachricht gesendet von/durch Gna!
http://gna.org/
_______________________________________________
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs
