This has the wrong zoom factors anyway, and we can replace it with
zoom_kludge which has the right factors (albeit their reciprocals).

See:
- https://github.com/pd-l2ork/pd-l2ork/commit/3be1bac4
- https://github.com/pd-l2ork/pd-l2ork/commit/37153fa4
- https://github.com/pd-l2ork/pd-l2ork/commit/b7f94f4f

The first two are Mac-specific, the third bug applies to all platforms.

- Cmd+Q not actually quitting after replying "no" to a save prompt. This
  is at odds with the behavior on other platforms. We need to actually
  call pdgui.menu_quit() in the appropriate handler after the last patch
  window was closed and we're about to quit. (That call doesn't seem to
  be needed on Linux and Windows, but it doesn't seem to do any harm
  there either.)

- Patch window growing vertically after each save on the Mac. To fix
  this, the menu bar height of 25 needs to be accounted for in
  canvas_check_geometry, even though the canvas actually has no menu bar
  on the Mac. It is not entirely clear why this is needed, but most
  likely it's due to the way that canvas_relocate works, which can't be
  changed since it's an official vanilla API.

- Subpatch window forgets its geometry when closed and re-opened. Fixed
  by calling canvas_check_geometry in the close event and menu option,
  as we already do in the save and saveas menu options.

This makes my life less miserable when doing releases on the GH mirror,
because I don't have to manually edit the installer filenames before
uploading any more.

GitHub doesn't like blanks in upload file names, using dashes instead
makes uploading much easier and eliminates the need to zip the installer
before uploading. We also include a proper cpu architecture designation
(x86 or x86_64) in the output file name in lieu of the '(64 bit)' suffix
which causes trouble in GH uploads as well, because of the parentheses.

Note that this shouldn't affect the Gitlab CI since it looks for a
'Purr*.exe' build artifact, which will still match the package name.

pd-lua now uses the latest pd-lib-builder and includes lua as a
submodule, so building it becomes a lot easier. Most notably, Lua 5.4 is
linked statically from lua/onelua.c, so Lua isn't needed as a build or
runtime dependency any more and the resulting external will use exactly
the same Lua version across different platforms.

This gives the same treatment to the audio devs as the previous commit
does to the MIDI devices, adding new audioindevname and audiooutdevname
keys to the preferences, which enables us to remap device indices on the
fly at startup in case the device list has changed during invocations.

This adds new midiindevname and midioutdevname keys to the preferences,
which enables us to remap device indices on the fly at startup in case
the device list has changed during invocations. (Which happens a lot, in
particular, with the portmidi backend, due to MIDI devices being plugged
and unplugged, change of virtual MIDI devices, etc.)

Note that this doesn't provide hotplugging support, which is really what
we'd like to have, but is currently impossible due to backend
limitations. But at least Purr Data will not connect to the wrong
devices on relaunch any more, which previously was a major annoyance.