Version: 0.10.0-svn (rev.: 825782) (using 4.00.84 (KDE 4.0.84 (KDE 4.1 >= 20080625) "release 1.1", KDE:KDE4:Factory:Desktop / openSUSE_11.0)
OS: Linux (i686) release 188.8.131.52-1.1-default
See attached screenshot. The Taskbar is over digikam. I just maximized Digikam.
Perhaps this is a Plasma bug?
Created attachment 25701 [details]
Look at the bottom of the file to see the issue
Strange. here it's not reproductible. Of course, i work with KDE3 as desktop...
the window on your screenshot isn't maximized
Created attachment 25708 [details]
Screenshot showing the buttons when a window is maximized
I can confirm this bug, same situation here.
SVN commit 838650 by cgilles:
M +2 -2 fuzzysearchview.cpp
WebSVN link: http://websvn.kde.org/?view=rev&revision=838650
Created attachment 26543 [details]
Oxygen style with digiKam
The space used to render widget contents is dependant of KDE4 style used.
The Oxygen style consume a lots of free space duing large margin everywhere.
It's not an optimized style. Look attached screenshots for details.
Personally i use Plastik style which is really better.
Created attachment 26544 [details]
Plastic style with digiKam
It's not an oxygen bug - how on earth did you come up with that conclusion??
I suggest someone talk to plasma and see if they'll take it - otherwise i'll close it
closing as there seem to be no interest - and it's not oxygen
Are you take a look in my screenshots ?
Look like the Oxygen style is not optimized (from a space using i want mean). Buttons use a very huge marging and all the digiKam GUI is broken. If i use Plastic style (or all other one available), all is fine.
I can confirm this, too. Some filter dialogs get so big with Oxygen style, that they don't even fit on my 1024x768 screen. All other styles have much smaller buttons and therefore can be scaled much smaller.
Yesterday I commited several spacesaving stuff to trunk - you might want to try it out with that.
But the place where you loose the most is because all you buttons on the left and right in that screenshot seems to be pushbuttons. Buttons like that ought to be toolbuttons. Pushbuttons are meant for buttons like "Cancel" and other text buttons. The Oxygen style emphasizes this semantic difference, but it naturally requires the apps to use the right semantic.
Oh and finally - the fact that the panel is over the window is obviously a plasma problem
Actually Oxygen takes up less space - try to see the width of the statusbar - it's less in the oxygen style
Created attachment 26857 [details]
ToolButton vs. PushButton
Casper, you are right, a ToolButton does the trick.
I can change all those buttons to ToolButtons if you don't mind.
You don't need to ask me to commit a change like this (:=)))... Go ahead
Fine to hear improvements from Oxygen. We will take a look.
Are you re-assign this file to plasma component ?
So, the panel which is in front of the window is a plasma issue? I don't think so: if a window is too big it is placed below the panel (it should be managed by kwin). So this is not an issue.
If a window application is too big for a minimal resolution, it is an application problem, not a plasma one. If oxygen style doesn't allow digikam to be small enough for 1024x768, maybe digikam should be more elastic. Anyway, if now oxygen style has been improved to save more space, I'll keep this bug here, or, at least, I'll move to digikam, but not to plasma.
Moreover, if needed, it could be created a wish to plasma (?) for adding an option to keep the panel below or above other windows.
I re-open this file until it will fixed. also, it need to be re-assigned to Plasma (look #13)
Andi, no problem if bug is assigned to a developper. Take a care to let's mailling list as copy.
Also, at Akademy Dirk Muller ask me about a new bugzila version in beta test for the moment. Perhaps we have new options to manage bug workflow.
Yes new bugzilla version would be really helpful, I would be able to finally
connect the MyLyn plugin from Eclipse with B.K.O.
For what it is worth I don't see this overlapping problem in kde 4.1
Can someone confirm that it's still a problem?
sorry - i just saw that the screenshot isn't of a maximized window
then it's indeed NOT a plasma bug
I'll assign it back to digikam, but add myself to the cc of this bug
This file is fixed since with digiKam 0.9.5-svn and 0.10.0-beta6 since QScrollView is used everywhere in sidebar to optimize window size with small screen.
I close this file now.