Upstream bugs: Difference between revisions

From vice-emu
Jump to navigation Jump to search
(Upstream bugs)
 
Line 30: Line 30:
On Windows GDK doesn't return `KP_Home` when pressing the numpad Home/7 button, but returns a plain `Home` keysym, which results in keymaps for the PET and other machines using a numpad, or similar, not working properly on Windows.
On Windows GDK doesn't return `KP_Home` when pressing the numpad Home/7 button, but returns a plain `Home` keysym, which results in keymaps for the PET and other machines using a numpad, or similar, not working properly on Windows.


2020-03-17, Compyx: I've asked on IRC: got ignored, and posted on the Gnome discourse forum about this: also no response yet.
* 2020-03-17, Compyx: I've asked on IRC: got ignored, and posted on the Gnome discourse ([https://discourse.gnome.org/t/gdk-returns-incorrect-keysyms-for-keypad-on-windows/2980/2]) about this: also no response yet.
2020-04-27: Compyx: Also posted a bug on their tracker a few weeks ago: again, no response and the Gnome discourse thread auto-closed =)
* 2020-04-27: Compyx: Also posted a bug ([https://gitlab.gnome.org/GNOME/gtk/-/issues/2540)]) on their tracker a few weeks ago: again, no response and the Gnome discourse thread auto-closed =)

Revision as of 18:26, 28 April 2020

Upstream bugs

This page documents upstream bugs.

Gtk3

GtkComboBox

Some combobox contents appear to have 'empty' entries and sometimes the colors of the items change (upstream Gtk3 bug) (2017-11-08)

GtkFileChooser

The GtkFileChooser-based dialogs (open/save file etc) sort the drives on Windows in reverse-order. There is no public API or any GSetting that allows controlling this. The Gtk3 devs say they won't implement changing the sort order, but agreed the order should follow what Windows does. See ticket https://gitlab.gnome.org/GNOME/gtk/issues/900. This also happens on Linux: mountable file systems (such as Windows partitions) are list in reverse order by /sda/* and then by volume name, in reverse order.

(This appears to be fixed in Gtk 3.24.x, but FrankenVICE (nightly build system) still uses Gtk 3.22.x, so we need to update FrankenVICE)

Another issue is case-insensitive sorting of dir/filenames (seems to be default on Windows), no support for this in Gtk3.

(Appears to be fixed in Gtk 3.24.x as well)

Gtk3 Fullscreen

When using full screen (Alt+D) on Windows and using the openGL renderer and enabling the main menu bar and the statusbar (Atl+B), menus aren't shown (this includes popup menus triggered via the statusbar), they appear to be hidden behind the openGL canvas (guessing where a menu item is and clicking on it seems to work). According to the Gtk3 devs, this is a known bug, see https://gitlab.gnome.org/GNOME/gtk/issues/1702, so not much we can do about it until a fix lands in upstream GDK.

Going fullscreen and activating the (VTE) monitor does not present the monitor window on top of the emulated machine window. Alt-Tabbing away and back to VICE makes it work on Windows. It works as expected on at least KDE Plasma (KWin) and Gnome 3 (Mutter), so this seems to be a Windows problem. Someone with some actual understanding of the Windows window manager should have a look. An someone should also try this on MacOS, see what happens there.

GDK keyboard handling

On Windows GDK doesn't return `KP_Home` when pressing the numpad Home/7 button, but returns a plain `Home` keysym, which results in keymaps for the PET and other machines using a numpad, or similar, not working properly on Windows.

  • 2020-03-17, Compyx: I've asked on IRC: got ignored, and posted on the Gnome discourse ([1]) about this: also no response yet.
  • 2020-04-27: Compyx: Also posted a bug ([2]) on their tracker a few weeks ago: again, no response and the Gnome discourse thread auto-closed =)