Hey I am running Kubuntu 13.10 and just received the upgrade for 4.11.5. I noticed after the upgrade under the Window Decoration options for Oxygen that under the Fine Tuning and Window Override options, the ability to select Background Style is gone.. it allowed you to change the title bar from "follow hint style", "radial gradient", and "solid color". From: http://ubuntuforums.org/showthread.php?t=2199536 Reproducible: Always
The option has actually been replaced by [Common] UseBackgroundGradient=true (or false) in $HOME/.kde(4)/share/config/oxygenrc in order to fix another bug report. This one enables/disables the window gradient in both oxygen decoration and style. Now, due to string freeze, I could not add an UI element in the configuration dialog. Also, yes the ability to have a 'per application' setting for this option was lost in the process (because the above option acts on the widget style, not on the decoration), but on the other hand, the "follow style hint" should be enough to detect whether a background gradient is needed or not depending on whether one is drawn in the main window. For instance, here at least, the decoration has no gradient for chrome, since none is drawn in the main window. I'd be interested in getting the list of applications that would trigger "false positives" as it would be a "bug" in the widget style implementation (e.g. oxygen-gtk).
(here, firefox, thunderbird and other gtk apps also don't have 'automatically' any background gradient)
I'm using Arch linux with kde-workspace 4.11.5 and google-chrome and chromium show a radial gradient and it doesn't match the solid background of the tab bar. Without the ability to create custom rules I can't correct this!
"I'd be interested in getting the list of applications that would trigger "false positives" as it would be a "bug" in the widget style implementation (e.g. oxygen-gtk)." libreoffice (without libreoffice-kde4) is buggy with UseBackgroundGradient=false http://pix.toile-libre.org/upload/original/1390749636.png
@exzemat Ca reproduce. Will investigate. (PS separate bug would have been better, but so is ok)
Git commit 05442b10ca9c9464d8153608e18bc065297a239e by Hugo Pereira Da Costa. Committed on 26/01/2014 at 16:00. Pushed by hpereiradacosta into branch '1.4'. Properly set cliprect when rendering background with "useBackgroundGradient" set to false. M +14 -2 src/oxygenstyle.cpp http://commits.kde.org/oxygen-gtk/05442b10ca9c9464d8153608e18bc065297a239e
(In reply to comment #3) > I'm using Arch linux with kde-workspace 4.11.5 and google-chrome and > chromium show a radial gradient and it doesn't match the solid background of > the tab bar. Without the ability to create custom rules I can't correct this! Me too ! it's not possible to create some rules in some txt.conf, wainting for the resolution in UI ? @ Hugo Sorry, for the next, I will created new bug.
Could you post a screenshot of your chromium-browser ? Mine has no gradient what so ever in the window content, and (accordingly, as it should), no gradient either in the window decoration. Also could you do an "xprop |& grep -i oxygen" and select the window which has inconsistent look (chromium) ? I would expect it to return nothing. If on the other hand a gradient is shown in the decoration, I would expect something like: _KDE_OXYGEN_BACKGROUND_GRADIENT(CARDINAL) = 1 which, in turn, would be incorrect (and should be investigated), and responsible for the inconsistency. Final question: you guys are using oxygen (not oxygen-transparent) as a window decoration. Correct ?
PS: my google chrome (all flat): http://wstaw.org/m/2014/01/29/plasma-desktopkK5236.png
Created attachment 84886 [details] screenshot showing differences in window decoration between firefox and chrome This is my google chrome (wrong gradient) and firefox (flat) with oxygen decoration in KDE 4.12.1 in my archlinux.
"xprop |& grep -i oxygen" no return when select chromium, firefox or libreoffice But you right, chromium is all flat, I've only inconsistent look with chrome by google (need it for flashpepper) and firefox themed (with http://oxygenkde.altervista.org/); and with libreoffice (with oxygen-gtk) as you have see on my first screenshoot http://pix.toile-libre.org/upload/original/1391026166.png "xprop |& grep -i oxygen" return after select chrome by google _KDE_OXYGEN_BACKGROUND_GRADIENT(CARDINAL) = 1 And yes, I use oxygen as windows decoration (no oxygen transparent)
@exzemat ok. For firefox, makes sense. The "theme" draws a gradient, that the decoration does not catch. Would you use unthemed firefox (e.g. native oxygen-gtk), all would be flat ... I agree that for this, an "exception" would be required. But then, there is no guarantee that the firefox's theme gradient does actually match the one drawn by the decoration (I'm pretty sure it will; has to; break at some point in the future). For libreoffice, I see that too, and am investigating. This is definitly a bug (background gradient is rendered, but the flag is not set), in oxygen-gtk. I guess it is the same for google chrome, but have no clue how to test. Where can I get/download/install google chrome ? (as opposed to chromium-browser, which I already have) ? @Thiago Very strange. Could you try the "xprop" thing ?
you can download .deb or .rpm https://www.google.com/intl/fr/chrome/browser/ I use arch and chrome (by google) is available via aur https://aur.archlinux.org/packages/google-chrome/ for firefox, you probably right, but this theme (http://oxygenkde.altervista.org/) is the only solution to make consistent with native kde look. I will tell to the developper to see this tread. I think it's important for here theme.
(In reply to comment #13) > you can download .deb or .rpm > https://www.google.com/intl/fr/chrome/browser/ > Interesting. I downloaded google chrome directly from there, and cannot reproduce the issue (see: http://wstaw.org/m/2014/01/29/plasma-desktopeB5236.png) Also there are other issues in the screenshot you have (the navigation bar), that I don't see. What version are you using ? is it unthemed ? (using gtk+ style) ? with oxygen-gtk as widget style ? And which version of oxygen-gtk ? > I use arch and chrome (by google) is available via aur > https://aur.archlinux.org/packages/google-chrome/ > > for firefox, you probably right, but this theme > (http://oxygenkde.altervista.org/) is the only solution to make consistent > with native kde look. Well, no ;) Oxygen-gtk is supposed to make it consistent too (with _no_ theme in firefox). Except for the window gradient. See screenshot (my firefox): http://wstaw.org/m/2014/01/29/plasma-desktopYl5236.png Think it looks ok. > I will tell to the developper to see this tread. I think it's important for > here theme.
Git commit 5b7f656ed34d60594282d3e98ee9d6b226966fc8 by Hugo Pereira Da Costa. Committed on 30/01/2014 at 16:28. Pushed by hpereiradacosta into branch '1.4'. Re-enable "BackgroundHintEngine" for libreoffice That ensures that window decoration gets the right background gradient, that matches the window contents M +2 -1 src/oxygenstylewrapper.cpp http://commits.kde.org/oxygen-gtk/5b7f656ed34d60594282d3e98ee9d6b226966fc8
... so libreoffice is fixed. Background gradient is back (when using oxygen-gtk), without a need for an exception. one down. Some more to go
(In reply to comment #14) > What version are you using ? is it unthemed ? (using gtk+ style) ? yes, unthemed, I'm using just gtk style > with oxygen-gtk as widget style ? And which version of oxygen-gtk ? My oxygen-gtk2 : 1.4.3-1 oxygen-gtk3 : 1.3.3-1 > Well, no ;) > Oxygen-gtk is supposed to make it consistent too (with _no_ theme in > firefox). > Except for the window gradient. > See screenshot (my firefox): > > http://wstaw.org/m/2014/01/29/plasma-desktopYl5236.png > > Think it looks ok. My firefox look ok when I don't use this style (as you). firefox is "consistent compared to himself" (windows decoration and widget) But When I say that this theme "is the only solution to make consistent with native kde look" I would say that is the only solution to make firefox consistent with native kde application, which have gradient... but I understand your answer ;-) the windows decorator's job is not to be consistent with firefox's theme grat job job for libreoffice I will test this commit as soon as possible
*** Bug 330655 has been marked as a duplicate of this bug. ***
*** Bug 331382 has been marked as a duplicate of this bug. ***
Dear Bug Submitter, This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond. Thank you for helping us make KDE software even better for everyone!
Dear Bug Submitter, This is a reminder that this bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? This bug will be moved back to REPORTED Status for manual review later, which may take a while. If you are able to, please lend us a hand. Thank you for helping us make KDE software even better for everyone!
Thank you for reporting this issue in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version? If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you!
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!