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

[Conscious User <conscioususer@xxxxxxx>]

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 different apps,
but this is the first time I see it inside the same app.

Can someone give me examples of other apps that do it or
at least some solid arguments on behalf of it?

A lot of things that Ayatana introduced conflicted with my
muscle memory at first, but convinced me of their usefulness
after some time of usage. Doesn't seem to be the case here,
(and I've been using Maverick for months now) so I got my
eyebrows raised.

Thing is, I don't think it is uncommon wanting to minimize
the player, and not close it, even if a music is not playing.
Sometimes you want to get it out of the way for a few seconds,
like when someone sends you a youtube link or you need extra
concentration for an important email. Closing it and then
re-opening it afterwards it's annoying, due to startup time
and the fact that the player will forget what was being
played. (one could argue that the second is a limitation of
the player, but *no* current player in the repositories
supports this AFAIK and I don't really see people requesting
this, so it's not exactly expected)

At least once a week I stumble upon a situation where I need
to stop the music for a few secs and go "ok, lemme hide the
wind... AW DAMNIT COMPLETELY CLOSED, now I have to restart".

It should be mentioned that the Sound Menu *encourages* you
to click on the close button in those cases: there is no need
to keep the window open because you can use the controls
in the Sound Menu for quickly restore playing, so it's
natural to hide.

- C. U.

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. But believing that the players,
even the C-based ones like Rhythmbox, will ever be optimized
to the point of users not being annoyed by the startup time,
is massive unrealistic optimism. It's not a coincidence that
Gwibber gave up on that idea and brought back the tray icon
in recent releases.