After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 639019 - Use theme colors for lines/row headers and cell selections
Use theme colors for lines/row headers and cell selections
Status: RESOLVED FIXED
Product: Gnumeric
Classification: Applications
Component: GUI
1.10.x
Other Linux
: Normal enhancement
: ---
Assigned To: Jody Goldberg
Jody Goldberg
Depends on:
Blocks:
 
 
Reported: 2011-01-08 18:06 UTC by Jean-François Fortin Tam
Modified: 2011-01-09 01:02 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
screenshot comparing calc and gnumeric (84.80 KB, image/png)
2011-01-08 18:06 UTC, Jean-François Fortin Tam
Details

Description Jean-François Fortin Tam 2011-01-08 18:06:44 UTC
Created attachment 177842 [details]
screenshot comparing calc and gnumeric

This is purely a cosmetic/aesthetic nitpick, and frankly, a minor one considering the rock-solid quality of gnumeric, but I thought I'd ask for it anyway.

Calc has a pretty integration with the GTK theme's colors. If you use Clearlooks, the cell headers have a blue tint, selections have a blue tint, etc.

Gnumeric does not integrate with the theme at all for this, and it looks a little bit less sexy. Considering that GNumeric is a better "native" GTK/GNOME application on all other fronts, it would be quite nice if there was some way for this to look even better-integrated.

I don't know if gnumeric uses standard widgets or custom-made ones for the cell headers (and the cells) and how hard it would be to implement, but this would be nice to have.
Comment 1 Andreas J. Guelzow 2011-01-08 18:44:27 UTC
Gnumerics, cell headers are theme-dependent. Nowhere in clearlooks can I find a blue gradient as in the row headers of Calc.

As an aside: of course we are not using any widgets for the individual cell headers and cells. Can you imagine the performance hit that would entail?
Comment 2 Jean-François Fortin Tam 2011-01-08 21:13:12 UTC
I didn't mean the "glossy" effect per se, but rather the color. It's alright for the "not selected" header color (it does use the theme colors afaict), but the "selected" color (albeit using the theme) seems to be a bit off, because it doesn't match the theme's typical "selected" color.
 
Well that, and the selection "rubber band" color too.

I don't know what gnumeric currently uses, but the typical "selected" color in themes such as clearlooks/mist/industrial is blue, in the Ambiance theme it is orange, etc.

I have peeked in /usr/share/themes/Clearlooks/gtk-2.0/gtkrc, and saw that bg[SELECTED] is perhas what we are looking for: it points to "selected_bg_color:#86ABD9" (which is blue).
Comment 3 Andreas J. Guelzow 2011-01-08 22:27:48 UTC
If I understand the code in question right we currently use (with breaks, and other irrelevant code removed):
	case COL_ROW_NO_SELECTION:
		color = GO_COLOR_FROM_GDK (style->bg[GTK_STATE_ACTIVE]);
		font_color = GO_COLOR_FROM_GDK (style->fg[GTK_STATE_ACTIVE]);

	case COL_ROW_PARTIAL_SELECTION:
		color = GO_COLOR_FROM_GDK (style->dark[GTK_STATE_PRELIGHT]);
		font_color = GO_COLOR_FROM_GDK (style->fg[GTK_STATE_PRELIGHT]);

	case COL_ROW_FULL_SELECTION:
		color = GO_COLOR_FROM_GDK (style->dark[GTK_STATE_NORMAL]);
		font_color = GO_COLOR_FROM_GDK (style->fg[GTK_STATE_NORMAL]);

On the other hand I don't recall ever seeing a difference between a completely selected column and a partially selected column.
Comment 4 Andreas J. Guelzow 2011-01-08 22:51:22 UTC
I have changed the row and column headers to use the SELECTED colours for COL_ROW_PARTIAL_SELECTION and .COL_ROW_FULL_SELECTION and the NORMAL colour for  COL_ROW_NO_SELECTION. I tried it out with various themes and it does look better.

I am leaving it open since the selection colour of the cells still needs to be fixed.
Comment 5 Andreas J. Guelzow 2011-01-09 01:02:55 UTC
This problem has been fixed in the development version. The fix will be available in the next major software release. Thank you for your bug report.