(*** This bug was imported into bugs.kde.org ***) Package: kscd Version: KDE 2.9.2 CVS/CVSup/Snapshot Severity: normal Installed from: Compiled sources Compiler: gcc 2.95.3 OS: Linux OS/Compiler notes: SuSE 7.3 In kscd scrolling the volume slider "up" with the mouse wheel moves the volume down (left). Scrolling down turns the volume up. This is just the opposite of the expected behaviour and also not consistent with kmix the kmix applet and noatun. (Submitted via bugs.kde.org)
*** Bug has been marked as fixed ***.
Subject: Re: Using mouse wheel for changing the volume is confusing Actually, I think the default behavior is correct and should be kept concistant with the rest of KDE. Doing the same thing as XMMS isn't important here. As for KSCD, I'm CC'ing that bug and to suggest that the behavior there be changed back to the KDE/Qt default. I just ran this by a couple other developers on IRC and they agreed that both KSCD and JuK should use the default behavior. As for KMix and Noatun, those are verticle sliders and as such perform differently. Also, I think right next to the track position slider, which would keep the default scroll action, this would be even more confusing. I'll poll some others on this before closing it, however. Cheers, -Scott
Subject: Re: volume regualtion with mouse wheel is wrong way On Friday 04 April 2003 08:55, you wrote: > I just ran this by a couple other developers on IRC and they agreed that > both KSCD and JuK should use the default behavior. > > As for KMix and Noatun, those are verticle sliders and as such perform > differently. for a user, they are all volume sliders. for a programmer, they are "horizontal" or "vertical" sliders. but from a USAGE point of view it makes no sense if some volume sliders are controlled one way and the rest another. besides, think about it: you scroll down, and the volume increases? you scroll up, and the volume decreases? counter intuitive, and because of that it doesn't even look right when done this way.