The game crashes when the player clicks the Attack button with
planning mode with a console error about a failed assert on line 164
of src/whiteboard/attack.cpp. The assert uses > but it looks like it
should be >=.
This commit switches from > to >= and appears to resolve the issue.
Hopefully making the whole faction more interesting and enjoyable to play.
Co-authored-by: Steve Cotton <steve@octalot.co.uk>
Co-authored-by: nemaara <nemaara@users.noreply.github.com>
For non-Windows platforms this adds:
* a new check for whether the logs directory exists and is writable by attempting to write a single whitespace to a dummy.log file.
* a popup shown immediately after the GUI system is initialized letting the player know if there was an issue creating the log file.
For Windows, this changes:
* instead of writing to the OS temp directory and then attempting to move that file to the logs directory, this uses the same check that was described above for non-Windows platforms.
* the alert shown when writing the dummy log file fails is now a Wesnoth alert message rather than the Windows-specific MessageBox.
* a failure to create a log file does not immediately exit wesnoth anymore.
Additionally, this makes it so that for the default state (logging to file), all platforms follow the same code path by calling `lg::set_log_to_file()`. `log_windows` now contains only the Windows-specific logic needed for handling the creation/redirection of output to a console.
If the northmost hexes of the map are visible, put the text on the bottom; if
the southmost are visible, put it on the top. Also, make the text smaller if
it's very wide.
It used to be fixed to the bottom of the screen, but this meant that it always
obscured the southmost hexes of the map, and the only way to avoid that is to
scroll east/west, or to add an extra row on the south. Similarly, having it at
the very top obscures the northmost hexes.
Moving it to any fixed location that isn't the edge of the screen makes it
possible to edit all the hexes, but also makes it more annoying when working
elsewhere on the map; that trade-off was rejected in review.
For very small maps, it will be at the bottom of the screen in the border
outside the map area. For any screen resolution there will be a specific
map-height that still has the old issue, but that's an improvement on it
happening for every map size.
Cherry-pick of 29d86d2c369483c45aa599076eb076c5792b7ef3.
No behavior changes, this is just separating it into the editor directory.
This corresponds to 1.16's 76306d3fb61da9a046087fc862d960a6ac5d4cad, but has
additional cleanup outside the editor directory, including removing the unused
code from floating_label.cpp. Even within the editor, there are differences
because of the graphics refactor.
A unit with no advancements has the XP bars hidden.
Other behavior of a unit with no advancements is unit-tested in
ec8ad5f26f06dc3219ccc5c44eb24edde0386dc6's "unit_no_advancements".
Most of these should be fine, but some need verification for
correctness using the new effect. Some of the color_adjust values
were very specific and i am not sure they give the same result now.
Several effects could probably also be significantly improved using
the new screen_fade system, with a little work.
Remove some unnecessary includes of wml_exception.hpp.
The last callers of these functions were removed in f545fbcbe8 and 4437691bdd,
and any potential future callers can use config::get_old_attribute instead.
Removes some translatable strings.
