With mageia2 alpha 1 the item which has the focus in left panel of MCC cannot be read. It is black on a dark background.
(In reply to comment #0) > With mageia2 alpha 1 the item which has the focus in left panel of MCC cannot > be read. It is black on a dark background. Mageia2 alpha1, so changing version to cauldron Pierre, do you mind attaching a screen shot?
CC: (none) => marja11, thierry.vignaudVersion: 1 => CauldronSource RPM: (none) => drakconf
@ Pierre I forgot to ask: How did you install Mga2Alpha1 ? Do you use the default theme?
What theme do you use?
Keywords: (none) => NEEDINFO
Created attachment 1149 [details] Screenshot with MCC - The focus is on system which is black on dark backgroiund Mageia release 2 (Cauldron) for x86_64 The theme is the Oxygen (default) The word under the cursor is not readable. Here it is the line "Systeme".
I can confirm now: I installed Mageia 2 Alpha 1 i586 from DVD, with the default theme I have the same issue in MCC, when going over the menu on the left with the cursor. assigning to maintainer
Keywords: NEEDINFO => (none)Hardware: x86_64 => AllAssignee: bugsquad => thierry.vignaud
Given the result differs depending on the used theme, I would say it's an oxygen-gtk bug. eg run the following commands and compare: GTK2_RC_FILES=/usr/share/themes/Ia\ Ora/gtk-2.0/gtkrc mcc GTK2_RC_FILES=/usr/share/themes/oxygen-gtk/gtk-2.0/gtkrc mcc
Summary: Selected item in MCC is not readable => Selected item in MCC is not readable with oxygen theme (OK with Ia Ora)Source RPM: drakconf => oxygen-gtk-1.1.5-2.mga2
Assignee: thierry.vignaud => juan.baptiste
I have found two problems: 1-/usr/share/themes/Ia\ Ora/ this directory does not exists $ ll /usr/share/themes/ total 16 drwxr-xr-x 4 root root 4096 déc. 4 17:24 Default/ drwxr-xr-x 4 root root 4096 déc. 4 17:24 Emacs/ drwxr-xr-x 3 root root 4096 déc. 10 19:18 oxygen-gtk/ drwxr-xr-x 4 root root 4096 déc. 4 17:24 Raleigh/ 2- Started from a konsole, this massage is issued when MCC is launched: Gtk-Message **: Failed to load module "canberra-gtk-module" at /usr/lib/libDrakX/mygtk2.pm line 20.
1) just install Ia Ora in order to test then! 2)That's totally unrelated and generic to all gtk+ apps
Ia Ora is not a valid theme. I have tried with Ia Ora Blue: GTK2_RC_FILES=/usr/share/themes/Ia\ Ora\ Blue/gtk-2.0/gtkrc mcc It works fine. The background of the item which has the focus is white and the item is perfectly shown and seen. It is clearly an oxygen-gtk bug.
I just updated oxygen-gtk to 1.2.0, can someone please test and see if the issue persist ? Thanks
I just updated and rebooted. The problem is still there, sorry drakbug confirms: Used theme: oxygen-gtk [marja@DenkBlok ~]$ rpm -qa | grep oxygen liboxygen-gtk-1.2.0-1.mga2 oxygen-gtk-1.2.0-1.mga2 oxygen-gtk3-1.2.0-0.20111219.1.mga2 liboxygen-gtk3-1.2.0-0.20111219.1.mga2 liboxygenstyle4-4.7.97-1.mga2 liboxygenstyleconfig4-4.7.97-1.mga2 oxygen-icon-theme-4.7.97-1.mga2 [marja@DenkBlok ~]$
Could someone provide a screenshot ? (and possibly file a copy of this bug to bugs.kde.org, product oxygen, component gtk-engine) ? This should be fixable ...
CC: (none) => hugo
(In reply to comment #12) > Could someone provide a screenshot ? > (and possibly file a copy of this bug to bugs.kde.org, product oxygen, > component gtk-engine) ? This should be fixable ... the screenshot was already attached by Pierre in comment 4: attachment 1149 [details] What makes you think it could be an upstream issue? So far, I've never seen this problem outside of the Mageia Control Center
Thanks, and sorry for not having read the thread carefully enough. Well, the fact that it does not happen with other gtk styles, and that oxygen-gtk has quite a lot of workarounds, some of which not working well (or not being enough protected) against custom widgets, which this one is. Notably, it might well overwrite some of the "app specific" resources, this for the sake of consistency with Qt, but with sometime unfortunate effects, again for custom widgets. I guess that since I can actually reproduce the bug here, I could quite possibly fix ;) Hugo, (oxygen-gtk dev).
(In reply to comment #14) > I guess that since I can actually reproduce the bug here, I could quite > possibly fix ;) > > Hugo, (oxygen-gtk dev). Great :) I must say that I'm impressed that upstream is stooping down to find bugs :D
ok. After some investigation, it seems to me that the issue cannot be fixed in oxygen. Here's my understanding: The widgets that appear in the list are GtkButtons, marked as "flat" (gtk_button_get_relief( GTK_BUTTON( widget ) ) == GTK_RELIEF_NONE) For such flat buttons, (such as typically the one you find in toolbars), oxygen - draws nothing when not hovered (which is fine here) - only draws a light outline (blue) on mouse-hover, and, unlike other styles do not draw any background. This is fine when the buttons "text" color is unchanged between un-hover (NORMAL) and hover state (PRELIGHT), as is the default in e.g. toolbar. Now unfortunately here, the color *is* changed for the unhover state (to white, and most likely by mcc itself), but is not changed for hover state (so falling back to black, the default). Hence the readability issue. It could in principle be changed to white (consistently with the NORMAL) state, in mcc, but that would break other styles, that do draw a "normal" background under "hovered" buttons. Now you could also change the bg color in PRELIGHT state accordingly (to something dark enough). And that would solve it all. So: not much I can do on the "readability" front in oxygen. All the code there is correct, and consistent with the behaviour of default widgets, but does not end up nice with the customization of mcc (dark background). This is typically the kind of issues you get when using "custom" background. Advice welcome. Now there is another problem: the selection (blue) rect is sometime not painted entirely for the widget. This, I believe is a separate issue, possibly oxygen-gtk related (my guess is that there is some mess-up due to the background pixmap) and which I am still investigating. Cheers, Hugo
Oooops. Forget what I've said. I've actually found a fix in oxygen-gtk, which makes sense. Will test some more and push soon. Will report here afterwards.
Link to corresponding KDE bug: https://bugs.kde.org/show_bug.cgi?id=292557
(In reply to comment #18) > Link to corresponding KDE bug: > https://bugs.kde.org/show_bug.cgi?id=292557 Thanks, Hugo :)
Keywords: (none) => UPSTREAMSee Also: (none) => https://bugs.kde.org/show_bug.cgi?id=292557
Juan, can you take care of backporting the following commit? https://projects.kde.org/projects/playground/artwork/oxygen-gtk/repository/revisions/ff280db9640328b486f3098ff81d328ba65b5084
Keywords: (none) => PATCHStatus: NEW => ASSIGNED
Blocks: (none) => 4300
Blocks: 4300 => (none)
(sorry for the noise don't know what happen :/)
(In reply to comment #20) > Juan, can you take care of backporting the following commit? > https://projects.kde.org/projects/playground/artwork/oxygen-gtk/repository/revisions/ff280db9640328b486f3098ff81d328ba65b5084 Sure, as soon as I'm back from vacations :)
Ok patch added and sent a new version to the BS. I tested it and works fine. Please test too.
(In reply to comment #23) > Ok patch added and sent a new version to the BS. I tested it and works fine. > Please test too. For me * works fine when moving upwards with the mouse (very well visible lighter blue line around the focused item) * works reasonable when moving downwards (the lighter blue line is only visible above the focused item instead of all around it)
In principle, the incomplete blue highlight issue has also been (almost) fixed with: https://projects.kde.org/projects/playground/artwork/oxygen-gtk/repository/revisions/1d924c7a23797c010b1568c68a240c22ecb4a697 There is still one issue when moving the mouse over an element *the first time* I'm investigating.
Please test new oxygen rpm.
CC: (none) => dmorganec
IMHO the bug can be closed as resolved. Thanks!
Ok thanks all
Status: ASSIGNED => RESOLVEDResolution: (none) => FIXED