GNOME Bugzilla – Bug 765404
Can't see which cell is selected
Last modified: 2016-05-17 00:15:38 UTC
Created attachment 326527 [details] B5 is selected but no way to tell from looking at cell B5 More than a week ago, Gnumeric stopped displaying a box around the selected cell. There is no visual clue as to which cell has been selected other than the 'A1' or whatever being displayed in the upper left corner. Arch Linux 4.5.1-1-ARCH Both Xfce 4.12 and Plasma 5.6.3 desktops Gnumeric 1.12.27 goffice 0.10.27 desktop-file-utils 0.22 gtk3 3.20.3 I'm pretty sure the problem started on 4/12/2016 when I updated to gtk3 3.20.3. I've attached a screenshot showing 'B4' selected. I know it's 'B4' only because that's what it says in the top left corner. There's nothing in the sheet to indicate that cell is selected.
One more theme issue...
Yes, it is a theme issue. I just tried various themes, and any dark theme that makes the tool and status bars dark has this problem. All non-dark themes work fine, and some dark themes work as well because they only make the menu bar dark while leaving all the other bars light.
I'm pretty sure that the issue comes from gtk-3.20 which changed the CSS support. Not sure that the gnumeric.css file is compatible with these changes.
Filing a separate bug against gtk+ would be useful.
I'm not in a position to know if it's a bug with gtk3 3.20 though. Seems like it should be determined whether or not the current CSS is compliant. It's probably not. I found this concerning changes to Gtk+ CSS: https://wiki.gnome.org/ThreePointNineteen/ReleaseNotes#GTK.2B- gtk-query-settings: New commandline utility to query GTK+ settings that your application would see gtk-builder-tool has a new preview command to test .ui files Shortcut windows now allow you to present a handy overview of keyboard shortcuts and multitouch gestures in your application. CSS and themeing: The widget CSS interface (element names and style classes) has been documented. Existing custom CSS and themes will need updates, but going forward, things will remain stable The CSS box model (margins, padding, min-width, min-height) is much more consistently supported by CSS nodes New CSS features that are now supported: radial-gradient(), rem, calc Style properties have been deprecated in favor of CSS equivalents GTK+ Inspector: Some UI improvements (dropped sidebar, cleaned up some lists and trees visually) Shows input device information (in the general tab) Shows CSS nodes and associated style information Can highlight widgets that are causing resizes Foreign drawing demo: If you are developing an application that uses GTK+ for themed drawing without using widgets, gtk3-demo has a 'foreign drawing' demo that shows how to do this with the CSS machinery in GTK+ 3.20 GtkWindow sizing behavior has been fixed up with CSD; gtk_window_set_default_size() must now be combined with gtk_window_get_size(). See https://wiki.gnome.org/HowDoI/SaveWindowState for up-to-date best-practice for saving window size
Notice in particular "The widget CSS interface (element names and style classes) has been documented. Existing custom CSS and themes will need updates, but going forward, things will remain stable".
You updated Gtk+ and Gnumeric broke. That's pretty much by definition an ABI break in Gtk+. Even if deliberate they need to know the pain these ABI breaks are causing. And I don't think they really appreciate hearing it from me.
OK - I'll file the bug then.
See bug 765433.
This problem has been fixed in our software repository. The fix will go into the next software release. Once that release is available, you may want to check for a software upgrade provided by your Linux distribution.
Great! Thanks.