3.6.2: Difference between revisions
Jump to navigation
Jump to search
mNo edit summary |
mNo edit summary |
||
Line 48: | Line 48: | ||
** there are still various bits of archdep things dangling around in common code (and some newly added *sigh*) - use <tt>./src/findhacks.sh archdep</tt> to find such code - a lot of this (if not all) should live in arch/shared | ** there are still various bits of archdep things dangling around in common code (and some newly added *sigh*) - use <tt>./src/findhacks.sh archdep</tt> 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 | *** 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 can likely be removed (waiting for reply from the C64.emu guy) | ** 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" and "ioutil" should really live in arch/shared | ** various things from "lib" and "ioutil" should really live in arch/shared | ||
** the code in joystickdrv is used exclusively by the GTK3 port and should be moved into arch/gtk | ** the code in joystickdrv is used exclusively by the GTK3 port and should be moved into arch/gtk |
Revision as of 00:12, 27 February 2022
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.
- Playlist fixes:
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" and "ioutil" should really live in 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
- 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
- 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)
- use ./src/findhacks.sh ccarchdep to find such code, most things should be removed