Version: 2.3.0 (using KDE 4.4.1) Installed from: openSUSE RPMs Main Toolbar contains now a button that opens volume slider. I don't see any point the button being necessary - why not show the volume slider like it was before? The only thing that would suffer because of the volume slider, would be track's length, which kind of doesn't matter, does it?
Please use the slim toolbar instead. Not going to happen.
I don't like the Slim toolbar. The old toolbar will be made more and more unusable, so that people would be forced to migrate to the new one? Is that the plan?
hummm? - do i get special checkouts* ;-) The main toolbar contains a dial* (that is a round slider) to control the volume, while the slim toolbar has a button to open a window with the slider. So do you report on a) the MainToolbar b) the Slim Toolbar c) a screenshot ;-P *it might as well be that suse patched their version - in this case please file a bug report there **actually the dial also acts as button to toggle the mute state
Ah, sorry, I meant Slim Toolbar. I think Myriam mixed them up too, on my example :)
Indeed I did, since you were talking about the Main toolbar, sorry about that. I just wonder where on this toolbar you would place a volume slider so that the toolbar remains slim... Nikolaj, any ideas?
maybe a weird idea, but we could simply popup the slider on mousepress (instead release), adjust it's position so that the draghandle is under the pointer and fake a pressevent there (i.e. you can click and immediately start to drag) trap: depending on the position, the sliderwindow cannot be adjusted in such a way (e.g. for a maximized window and 0% volume) and we'd have to either warp the pointer or accept to jump the volumelevel (i.e. jump from 0% to ~90% before the slide starts) :-\ adding a horizontal volume slider would cost min. 68-100px, a vertical slider could only provide ~4% steps and ... well, that's why i picked a dial ;-)
Why is 68-100px a problem? The only thing to sacrifice is a track progress slider, which doesn't have to be so lengthy, does it? To my mind it was very nice as it was in 2.0 or somewhere there - the blue slider that was expanding to right. 2 good things about the horizontal slider: * current volume is always seen * volume can be adjusted with one click and/or sliding only
Personally, my use of slim toolbar is due to my 512px wide window. The only "proper" solution to this is to deprecate both toolbar designs and make a framework for a user customizable toolbar such as the Window KCM that KDE uses to configure the window decorations. I could use a toolbar with a play/pause, next, and a volume button while silver could use a toolbar like the current slim but with a volume slider or any other combination of buttons.
Yup, so it is :)
*** Bug 249568 has been marked as a duplicate of this bug. ***
Can we actually change the wish to "make toolbar configurable" or smth?
*** Bug 232705 has been marked as a duplicate of this bug. ***
This sounds like a duplicate of bug 204382
Well.. the initial idea of this bug was just about the "old" volume slider. Afterwards I thought that the even better way would be being able to configure the toolbar and to use individual elements from both full toolbars as they are now. Anyway, the old volume slider is gone anyway, and I'd still like it to be back on whichever toolbar :)