3.6.2

Things we want to do for the 3.6.2 release:

• The VICE version and release date is not automatically updated everywhere yet
  • The top line of README
  • In the second paragraph of the README ("This is version 3.6 of VICE")

• The github "snapshot" action should also build a release tarball so we can see if that actually works, and it needs to check if a gtk3ui configure generated tarball can compile sdl2 and vice versa
• It would also be nice if the github action builds proper debian/ubuntu packages
• cpu history should be enabled by default, optionally disabled (fixed in trunk)
• Make sure the released binaries (Windows and macOS) use the same configuration

• SDL1/2 joystick mapping improvements
  • Add 'clear all mappings' to the joystick mapping menus (it's annoying to have to unmap one by one) (Added in trunk)
  • Make the 'extra joystick options' menu show what they are already mapped to
  • Add menu joystick actions mapping support to the 'extra joystick options' menu

• Remove support for jpeg screenshots (and the dependency on libjpeg(turbo)) (fixed in trunk)

• Remove the -kernalrev option from the emulators that use it: use proper ROMs for different revisions and remove the checksumming/patching of ROM files.

• Fix C128 cartridge system

• GTK and SDL: it is not possible to reset hotkeys to default (via UI)
  • -default on cmdline should skip loading the custom hotkey file
  • -default on cmdline should skip loading system files such as kernal from ~/.local/share/vice/$EMU/.
  • "reset settings to defaults" should also reset the hotkeys to defaults

• VSID improvements:
  • Playlist fixes:
    • Allow removing items from the playlist.
    • Allow loading and saving of playlists.
    • Skip to the next SID in the playlist after all tunes in the SID have played.
  • Hotkeys support, also for the controls and selecting items in the playlist.

• Try to fix keymaps on Windows with Gtk using gdk_event_get_scancode.

On Windows we can't get, for example, GDK_KEY_KP_Home, we always get GDK_KEY_Home. Using certain bits in the scancode, we might be able to translate the keypad Home to its expected value (GDK_KEY_KP_Home, as we use it on Unix). If we could at least get the keypad fixed, we'd improve our keymaps a lot. See this post for more information. (fixed in trunk)

macOS testing WIP (fixed in trunk)

• GTK: a mechanism must be made that makes it possible to "call" any "menu action" (actions that can be assigned to hotkeys)
  • when that is done, joystick buttons can be mapped to menu actions
  • an UI is needed for all that

• GTK: Rework some of the settings dialogs:
  • Turn the drive type selection into a combo box to save space.
  • Try to make the parallel cable settings take less space (perhaps move the labels to the left side of the combo boxes and remove bold?)

• archdep cleanup
  • there are still various bits of archdep things dangling around in common code (and some newly added *sigh*) - use ./src/findhacks.sh archdep to find such code - a lot of this (if not all) should live in arch/shared
    • remaining cases should always come with a comment telling why there is archdep stuff and why it has to be in common code
  • ANDROID_COMPILE (the whole Android stuff in the tree) can likely be removed (waiting for reply from the C64.emu guy)
  • various things from "lib.c" and "ioutil.c" should really live in arch/shared
  • the functions in src/arch/macOS-util.c should be renamed to archedep_... instead of vice_macos..., empty functions created for non macos, header renamed to archdep_... , and then called unconditionally from common code
  • rawnetarch.h should probably also live in src/arch/shared
  • the code in joystickdrv is used exclusively by the GTK3 port and should be moved into arch/gtk
  • currently we have src/archapi.h AND src/<arch>/archdep.h, both of which contain prototypes for stuff that also has headers in src/arch/shared. this needs to be cleaned up so ideally we have exactly one header, which includes the headers from src/arch/shared (fixed in trunk)
  • src/arch/mingw32-pcap should probably live in src/lib (headers for 3rd party lib, this isnt really archdep code)
  • AMIGA related stuff can be removed unless someone steps up real soon
  • some directories contain arch specific "driver" stuff, which should live in src/arch (or perhaps even src/arch/shared ?): gfxoutputdrv, hwsiddrv, mididrv, socketdrv, sounddrv
  • src/systemheaderoverride should be moved into src/arch and then a note should be added to coding-guidelines.txt which explains what this folder is for
  • names used for defines used in makefiles and config.h should be unified, eg we have HEADLESS_COMPILE in makefiles and USE_HEADLESSUI in config.h - it should only use HEADLESS_COMPILE for both
  • in the source only one common define should be used, eg WIN32_COMPILE in favour of _WIN32

• compiler depended ifdefs cleanup
  • use ./src/findhacks.sh ccarchdep to find such code, most things should be removed
    • remaining cases should always come with a comment telling why there has to be compiler specific stuff
  • the remaining _MSC_VER can likely be removed (waiting for reply from Carlo Bramini) (fixed in trunk)

3.6.1 feedback threads

• https://www.lemon64.com/forum/viewtopic.php?p=960346
• https://www.forum64.de/index.php?thread/122829-vice-3-6-1-has-been-released/
• http://sleepingelephant.com/ipw-web/bulletin/bb/viewtopic.php?f=14&t=10323