'Twas brillig, and Jens Peters at 04/01/09 15:51 did gyre and gimble: >> I've written up a couple of proposals for improvements I'd like to see >> in the way pulse handles default devices (the last two) > > About proposal #3: A simpler solution could be to extend the move menu in > the ui, something like: > > Move stream for current session to sink ... > Move stream permanently to sink... > > Adding a tooltip showing the "default" and current sink should then be > convenient enough imho. > > If the user set a new "global" default sink, a popup could arise asking > for moving all assigned (thus not just active) applications from the old > to the new default output sink. Thanks for the feedback :) I'm not totally convinced that what you suggest is actually a simpler approach tho'! Without giving it too much thought, to do it this way would require changes to the protocol to allow the client application (pavucontrol) to move the stream only for the current session verses always. It would require changes to module-device-restore to not write it's database for certain moves, and it would require changes to something (not sure what) to ask users if they want to move all stream over which would have to read and write the database maintained by module-device-restore. This would also make the notification system an integral part of pulse UI, which I'm not totally convinced about (while I would certainly use it, there are some circumstances where it is not possible (or rather not convenient e.g. when interacting with a remote PA instance not attached to the local display). With the approach I suggested it would only require a single new module to be written (assuming it's actually possible to change the sink it's piggy backing on to underneath without causing major complications). Col -- Colin Guthrie gmane(at)colin.guthr.ie http://colin.guthr.ie/ Day Job: Tribalogic Limited [http://www.tribalogic.net/] Open Source: Mandriva Linux Contributor [http://www.mandriva.com/] PulseAudio Hacker [http://www.pulseaudio.org/] Trac Hacker [http://trac.edgewall.org/]
