Garrett D'Amore wrote: > Many application expect to be able to control the volume via > /dev/audioctl. Logically, they should be controlling their *own* > volume, and not the volume of all applications on the system. This is > the semantic I've applied, by assuming the controls apply to the logical > channel.
What would happen if you inverted this assumption and presumed that anything that didn't use the new IOCTLs wanted to glom onto the global settings? The failure mode there would be less surprising - things would be able to change the volume, but would not play well with others... I still think it is both feasible and desirable for you to proactively fix the gnome and kde desktop audio tools to do the right thing. If you took these together, would it be enuf to eliminate the hack? -John _______________________________________________ opensolaris-code mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/opensolaris-code
