Bug 145905

Summary:	Balance slider not moving when balance changed externally
Product:	[Applications] kmix	Reporter:	Olivier Vitrat <ovit.debian>
Component:	general	Assignee:	Christian Esken <esken>
Status:	RESOLVED FIXED
Severity:	normal
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	Debian stable
OS:	Linux
Latest Commit:		Version Fixed In:

Description Olivier Vitrat 2007-05-24 16:58:01 UTC

Version:            (using KDE KDE 3.5.5)
Installed from:    Debian stable Packages

Reported in Debian BTS at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=398847

1. When the balance slider in KMix is moved to the left end
   and then balance is moved to center by another program (alsamixer)
   then balance slider in KMix stays at the left end,
   therefore not representing the real mixer settings where balance is
   in center.

2. When balance slider is moved to the left end and thereafter
   volume is increased above maximum by scrolling mouse wheel up on the
   master volume slider, thereby causing KMix to restoring balance to the
   center by itself, then the balance slider still incorrectly stays at the
   left end.

Comment 1 Christian Esken 2007-05-27 12:43:33 UTC

This is correct. Balance slider behaviour is not very intuitive. This should be fixed. KDE4 is a possible target.

Comment 2 Christian Esken 2007-06-10 23:59:12 UTC

Fixed for KDE4. SVN Revision 673714
Won't fix for KDE3.x series (this is FAR to complicated).

Hint: The change from external applicatons can and will NOT be shown in the KMix balancing slider. It will instead be shown directly in the affected controls (e.g. PCM, Front, CD, ...).  Showing this with a balancing slider is impossible, because there is no balancing control in ALSA. I don't see a way for a mapping. Also you can have multiple balancing sliders in KDE4's KMix.