Otherwise this situation gives the WML coder merely the message "Failed to load
the scenario", without any further hint about why. The tagname is printed in case
the scenario needs to be a [multiplayer] or a [test] instead of a [scenario].
This should extend the dialog's usefulness in a way that is more or less
consistent with the Add-ons Manager's search function. Although one
issue is that abbreviations are often found floating around in their
English form ("HttT") instead of the various localized versions ("HaT").
* Return paths from fs API in the native format, not the generic
format. The generic format looks wholly out of place on Windows.
* Move the versions selector to the row with the dialog caption and
Search box as per d53ca602b8df5cc302cd1d5d502654823dc67415.
* Relabel options to make the purpose of the combobox clearer even
without the tooltip.
* Fix markup not being taken into account for the combobox option
labels, and protect against potential markup characters in paths
(shouldn't happen on Windows but it can happen on POSIX platforms).
The original code by octalot only works correctly on X11 when using the
recommended fdo layout. Windows and macOS need their own logic to build
candidate paths.
The code is still very optimistic about this whole thing -- see the
comment. Ideally we need to refactor the system to determine user data
path defaults so we can do it as many times as necessary even if we've
already determined our current user data path, but that seems like a lot
of work for a worst-case scenario that's not gonna crop up very often.
Also, I have no idea if the macOS alternative works, or what will happen
on iOS for that matter. It should at least compile.
This is very configuration-specific and only seems to happen on Windows
at the moment, which is kind of intentional from what when I discussed
the code with josteph.
