Previously, this just printed the last file name again and again.
Now we are printing the file name we are currently looking at.
This can be observed e.g. by `wmlscope --progress`.
This is *not* really necessary right now because of the limited
character set we allow for add-on names (currently [A-Za-z0-9_-]), but
it doesn't hurt to future-proof this since odds that someone will change
the limitations in the C++ code at some point without remembering to
update this script are staggeringly high these days.
[ci skip]
This is primarily a code clean-up and there are no known behavior
changes. Some of the code changes follow:
* The add-on type labels and explanations are now part of a dictionary
rather than embedded in the program logic so it's easier to change
them in the future if more add-on types get added.
* The full URL to each add-on tarball is HTML-escaped, instead of just
the add-on id.
* The list of HTML/CSS resources that need to be copied into the output
dir is somewhere more visible.
* Some indentation issues have been fixed.
* html.escape is used instead of cgi.escaped
[ci skip]
We don't need the upscaled sprite background behind portraits, whether
they are transparent or not (for transparent portraits it just looks
bad).
[ci skip]
Turns the unit description section into a flex container with the unit
portraits on the right, wherever flex is supported.
Fixeswesnoth/wesmere#4 and wesnoth/wesmere#3.
This is an experimental attempt at enabling add-ons to either
voluntarily decrease unit tree bloat by defining a single campaign for
wmlunits (for multi-campaign add-ons), or disable unit tree generation
altogether by emiting an #error early.
The basic string type in Python 3 is equivalent to a wchar_t array,
which means that the second byte of every ASCII string is always zero,
causing the string to appear truncated after the first character when
calling C library functions that expect a single or multibyte encoding
(e.g. UTF-8). Just using a byte array does the trick to get a proper
single-byte ASCII string.
People moved strings around when refactoring parts of the help system in
1.13.x and didn't make sure to carry the textdomain symbol around, so a
bunch of strings that used to be in wesnoth-help in 1.12.x are now in
the main wesnoth textdomain. Sad!
[portrait] was an implementation detail of an early version of the GUI2
[message] dialog back in 1.5.x and it was supposed to go away shortly
after the experimentation stage, according to mordante, and especially
after ~RIGHT() was implemented.
For some bizarre reason, units.w.o has been relying on this tag all
along, meaning that many UMC unit portraits, and all mainline portraits
since a 1.13.x release are no longer displayed because they are
specified using the standard profile= attribute instead.
