Re: [Ayatana] Regarding the Sound Menu Spec's closing of inactive audio applications

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Chow Loong Jin wrote on 15/02/11 17:05: > > On Tuesday 08,February,2011 09:36 PM, Matthew Paul Thomas wrote: >> >> A window's close button should close the window. Anything else the >> program does should aim for the least overall distraction. > > Ple

Re: [Ayatana] Regarding the Sound Menu Spec's closing of inactive audio applications

On Tue, 2011-02-08 at 13:36 +, Matthew Paul Thomas wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Thanks for raising this, Brett. > > Brett Cornwall wrote on 07/02/11 17:28: > > > > Hi, Coming from bug 658590 > > .

Re: [Ayatana] Regarding the Sound Menu Spec's closing of inactive audio applications

Hi folks, On this subject there is a bug -> https://bugs.launchpad.net/indicator-sound/+bug/714750 >>What's new in Natty? I have changed the registration process completely so as players can dynamically add / subtract themselves from the menu using just a standard MPRIS implementation and GS

Re: [Ayatana] Regarding the Sound Menu Spec's closing of inactive audio applications

On Tuesday 08,February,2011 09:36 PM, Matthew Paul Thomas wrote: > A window's close button should close the window. Anything else the > program does should aim for the least overall distraction. Please correct me if I am wrong, but does this not mean that the original behaviour of having the media

Re: [Ayatana] Regarding the Sound Menu Spec's closing of inactive audio applications

On 02/15/2011 10:18 AM, frederik.nn...@gmail.com wrote: This here was and is imo be the most clear and straightforward contribution to the problem this thread is trying to address: On Tue, Feb 8, 2011 at 14:36, Matthew Paul Thomas > wrote: A window's close b

Re: [Ayatana] Regarding the Sound Menu Spec's closing of inactive audio applications

This here was and is imo be the most clear and straightforward contribution to the problem this thread is trying to address: On Tue, Feb 8, 2011 at 14:36, Matthew Paul Thomas wrote: > > > A window's close button should close the window. Anything else the > program does should aim for the least o

Re: [Ayatana] Regarding the Sound Menu Spec's closing of inactive audio applications

On 02/15/2011 04:06 AM, Martín Soto wrote: People turn their computers off from time to time. You cannot expect everyone to have his/her computer running (or, at least suspended) day and night in an endless session. My argument is not against session saving - it's against the behavior of clos

Re: [Ayatana] Regarding the Sound Menu Spec's closing of inactive audio applications

On Tue, Feb 8, 2011 at 4:54 PM, Brett Cornwall wrote: Well, all that is written in the spec is: > > "*A compliant player should also keep playing if you close its window > while it is playing; exit if you close its window while it is not playing; > and remember exact state across sessions, so tha

Re: [Ayatana] Regarding the Sound Menu Spec's closing of inactive audio applications

On 02/07/2011 05:17 PM, frederik.nn...@gmail.com wrote: Close and Minimize are basicallly the same in Unity, except that some applications quit upon close: their main windows will take longer to load up again, when the launcher is clicked. Some applications are services. A service should not q

Re: [Ayatana] Regarding the Sound Menu Spec's closing of inactive audio applications

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thanks for raising this, Brett. Brett Cornwall wrote on 07/02/11 17:28: > > Hi, Coming from bug 658590 > . > > I am arguing the sanity of having media players close when no music is > pl

Re: [Ayatana] Regarding the Sound Menu Spec's closing of inactive audio applications

Hi Conscious, On Tue, Feb 8, 2011 at 10:30, Conscious User wrote: > > > PS: If it's so important to reclaim the RAM if a music is not > being played, Frederik's idea of keeping the controls on > the menu regardless if the app is open and starting up the > app on demand could work. > > just wante

Re: [Ayatana] Regarding the Sound Menu Spec's closing of inactive audio applications

Le lundi 07 février 2011 à 14:47 -0500, Brett Cornwall a écrit : > (...) Before the Ubuntu devs implemented the current behavior for Rhythmbox, I have *never* seen any application whose close button behavior depended on the circumstances. It's common to see close button inconsistency between d

Re: [Ayatana] Regarding the Sound Menu Spec's closing of inactive audio applications

Hi Brett, On Mon, Feb 7, 2011 at 20:47, Brett Cornwall wrote: > > > On 02/07/2011 02:25 PM, Dylan McCall wrote: > > The close button's purpose has been obfuscated because of the systray and > now it's been even furthur confused. Close /should/ close the program - > however, invoking the close bu

Re: [Ayatana] Regarding the Sound Menu Spec's closing of inactive audio applications

On 02/07/2011 02:25 PM, Dylan McCall wrote: The close button's purpose has been obfuscated because of the systray and now it's been even furthur confused. Close /should/ close the program - however, invoking the close button to do different actions depending on the state of the program does not

Re: [Ayatana] Regarding the Sound Menu Spec's closing of inactive audio applications

> The close button's purpose has been obfuscated because of the systray and > now it's been even furthur confused. Close /should/ close the program - > however, invoking the close button to do different actions depending on the > state of the program does not follow any sensical design - it has bur

[Ayatana] Regarding the Sound Menu Spec's closing of inactive audio applications

Hi, Coming from bug 658590 . I am arguing the sanity of having media players close when no music is playing. Since this spec assumes that the user has no purpose for the application when closing wouldn't it be safe to say that an