Generate icons in Macro Composer from Popmenu Editor

With this release, the Popmenu Editor's "Generate Macro" icon, which
formerly popped up a wee dialog with the macro text in it, will instead
generate an actual macro entry in the Macro Composer tab. This allows
the user to assign an icon and tooltip to that macro, if desired, as
well as save it with the Profile.

Additionally, the Macro Composer now shows a more representative icon
when no particular icon is picked, that is, one that is grey with white
text on it like the game creates by default for macros.

Finally, starting with this release, we start building and distributing
.AppImage.zsync files, which should, in principle, allow AppImage users
to download just the differences between older AppImages and the current
one. This is -very- experimental but we'll flog it until it works. (NB: this will
not allow updating from v0.36.2.3 -> v0.36.3 this way, as we didn't have the
correct update info in the older release. Going forward this ought to work.
Ought to.)

Build AppImages for Linux

This release is functionally the same as v0.36.2.2, and is solely an
update to the build process.

We now have an experimental AppImage for Linux users. This should give
more deterministic results than the ZIPfile has been, though if the
ZIPfile has been working for you, there's no advantage to switching to
the AppImage.

I realize the AppImage is huge; I think that just comes with the
territory. I'm looking into ways to cut it down further, but this might
be about as good as it gets.

If you end up trying out the AppImage, please open a Github issue to
report any weirdnesses you find, along with your distro and version.
Alternatively, if it's working great for you, let me know that, too, in
the Homecoming Forums thread:

https://forums.homecomingservers.com/topic/38674-bindcontrol-keybinds-and-popmenus-editor-and-manager/

A couple of bugfixes and cleanups, and fixes to the build process:

• README and build script updates:
  • Upgrade a few actions' versions because of Github Node 20
    deprecation
  • Pint ubuntu-runner version to 24.04 instead of latest; update wx
    download URL to match
• New AppImageBuilder.yml file, for use down the road.
• Remove old build_mac and build_windows scripts
• Remove ZIP-icons step from build script and from tools/

A few MacOS bugfixes and build improvements

This release is mostly about the build script. MacOS and Linux builds
are now smaller downloads, significantly so in the case of MacOS.

Also a couple of bugfixes to weird UI fiddliness under MacOS.

Remove icon ZIPfile storage completely

This is another back-end update, removing the older ZIPfile-based icon
storage in favor of either the new "concatenated strip of icons" storage
in most cases, or just back to simple PNG icons in about a dozen cases,
mostly for tiny UI images.

This should have no visible effect apart from maybe some miniscule
speedups. The distribution ZIPfile is also about 200kb smaller.

This release also rolls up a couple of tiny bugfixes about loading old
old old Profiles, specifically around repopulating Power Pickers on the
General page from the ancient data.

Apart from Jurassic profiles loading more correctly, there should be no
visible changes apart from a miniscule bit of UI speedup with power
pickers and so forth.

Please file issues if you notice any weirdnesses or new bugs.

Use new scheme for Powers icons

This release is mostly a back-end update, changing the powers icons to
use the new faster cleaner storage scheme that was introduced for the
macros icons in v0.36.

This should lead to marginally shorter startup times, and has simplified
some of the icon code quite a bit. There's some notion of going ahead
and doing this scheme for all of the icons that get shipped, on the
notion that getting rid of the old codepath completely would be a small
win.

This should reduce the size of the download ZIP file a little bit, which
should be the only externally-visible change.

If anything acts any differently apart from faster, please open an
issue.

New Macro Composer feature

This release contains another longstanding TODO -- support for creating
custom macros.

The new "Macro Composer" tab allows you to create custom macros, using
PowerBinder to create the contents and optionally to associate an icon
and tooltip with the macro. You can then poke the "Get Macro String"
button and get the string to paste into the game to install the macro.

Macros are saved per-profile, and can be imported and exported just like
Custom Binds -- in fact, the Macro Composer tab -very- closely
resembles the Custom Binds tab, and acts in very much the same way.

The icon picker for macros shows all of the known icons in the game that
can be assigned to macros. There are over 3400 of these, so the picker
dialog features a text string search box to narrow down the list by
name, and a rudimentary color-matching picker, in caser if you're really
wanting a red icon for this macro and just wanted to browse those. This
was a fun feature to code, but is mostly just there for playing with --
it's far from bulletproof in its selection of "similarly colored" icons.

The icon picker also features a new way to store and retrieve icons on
the back end which is quite a bit faster than the existing scheme that's
been used for powers icons to date. It may be that going forward, the
power icons will be shifted over to a similar scheme which will increase
startup performance a little bit and clean up some code.

Anyway, this feature seems to work well for me, but again is sort of
beta quality, so if you find anything weird about it, please do file
issues and give feedback.

New press / release bind support for Simple and Complex Binds

With this release, Simple Binds and the steps of Complex Binds support
performing separate actions on key press and on key release. Each of
"press" and "release" has its own PowerBinder to set up the payload of
the keybind, and BindControl will automatically set up the various mini
bindfiles needed to make it all work.

A Simple Bind or a step of a Complex Bind can be set to this mode by
toggling the new "circle-plus" button just to the right of the
PowerBinder.

The press/release functionality is fairly well supported by the game but
can be a bit fiddly with extremely fast press/release cycles. It might
require a little bit of practice to get the timing just right for these
binds.

This feature was inspired by a section in Shenanigunner's "CoX Technical
Reference Guide" which is a fantastic resource for this sort of thing.

NOTE This is an experimental feature. It seems to work well for me,
but check it out and file bugs and give feedback as you find things.

Make "Change Camera Distance" and "Change Detail Level" work as intended

This falls under the category of "unexamined assumptions inherited from
CityBinder code."

The "Change camera distance while moving" and "Change detail level while
moving" preferences, since forever, have actually been implemented as
"change camera/detail when switching in and out of Speed on Demand
Mode." This is not what the description would reasonably lead the user
to believe, and was especially confusing and sketchy after the v0.34
movement power rework that fiddled with the definition of "Speed on
Demand Mode."

So, all that said. Starting with this release, those settings /
preferences will be applied while moving, as described. Pressing
movement keys will change the camera distance and detail level to the
"moving" values, and releasing all movement keys will change them back.

Depending on the player's style of movement and of pressing keys, this
could in principle lead to a lot of zooming in and out while moving,
which could be objectionable. There's really no way around that apart
from disabling the functionality (which is off by default) or adapting
to the behavior of the binds. If this turns out to be fantastically
unpopular, I'll revisit.

My personal experience with testing it is that it seems good and
intuitive and helpful, but ymmv. Please give feedback and bug reports
on the issues page.

Reimplement Movement Powers page's "Power Toggle" more simply

• Power Toggle movement powers will now simply toggle on and off, or
  between Primary and Defensive Powers, without affecting the state of
  Speed on Demand.

• New "Jump Off" and "Fly Off" keybuttons have been added that will
  appear when appropriate, to allow a keybind to be chosen to turn off
  jumping or flying completely.

Discussion:

The new (as of v0.34) "Power Toggle" feature for the Movement Powers
page tried to integrate into Speed on Demand by shutting off other
movement powers and Speed on Demand itself when toggled. This was a
nice idea, but proved far far too fiddly to implement correctly and
satisfactorily.

Specifically, toggling a Power Toggle power while moving would break
spectacularly, in a way that was in principle fixable but would involve
an explosive proliferation of bindfiles, doubling or tripling the
already-large collection in cases where Speed on Demand and Power Toggle
coexist.

Accordingly, Power Toggle has been rethought and reimplemented more
simply and clearly. Now, Power Toggle will turn on and off any single
power in the power pool in question, or will toggle between the Primary
and Defensive Power if both are chosen.

Power Toggle will not affect the state of Speed on Demand at all.

One QoL issue that's been outstanding since 0.34 shipped is that once
you activated one of the Power Toggles that switched between a Primary
and Defensive Power, there was no trivial way to turn off both powers
completely. A new "Off" keybind has been added to both Fly and Jump
Powers to enable the player to turn those off completely without fully
resetting keybinds or Speed on Demand.

Also, doing that last thing, resetting all keybinds or resetting Speed
on Demand will now also turn off any Power Toggle powers. This seemed
more in line with what would be expected to happen.

As always, please file issues and give feedback!