Could you elaborate on why you didn't like it?
Here's my rationale for proposing the closing/hiding behaviour:
I think the way most people use music players is - start the
player, choose the song, and close the window. Basically, the
player window's only functionality is to allow choosing the song
and managing playlists, etc. So throughout the application's use,
the window remains largely unused. Also, because Pantheon supports
a multiple workspace layout, our users might be in a different
workspace from where they started the music player when they need
to bring up the window again (perhaps to change a song). Clicking
on the Noise icon on the dock would take them back to the other
workspace, when all they wanted to do was to quickly select a song
and get back to their work. Hiding and un-hiding the window could
make the window show on the current workspace.
Of course this behaviour could be implemented for all apps while
sticking to minimize by changing the dock's behaviour as Daniel had
suggested some time back, but this would not integrate well with
other DEs. This also raises the general design question: Should
applications intended to be run mostly in the background (think
torrent clients, instant messaging) be bound to a particular
workspace?
Just my two cents.
On Tue, Mar 12, 2013 at 8:35 PM, Cody Garver
<cody@xxxxxxxxxxxxxxxx> wrote:
After using it a while, I decided I don't like this behavior.
On Tue, Mar 12, 2013 at 8:53 AM, Nishant Agrwal
<nishantagrwal12993@xxxxxxxxx> wrote:
I was reading this page of the HIG:
http://elementaryos.org/docs/human-interface-guidelines/user-workflow/background-tasks
I couldn't help noticing that the page specifically mentions the
expected behaviour from a music player, yet Noise minimizing
instead of hiding the window completely. Just thought I'd point
it out. Thoughts?
--
Mailing list: https://launchpad.net/~elementary-dev-community
Post to : elementary-dev-community@xxxxxxxxxxxxxxxxxxx
Unsubscribe : https://launchpad.net/~elementary-dev-community
More help : https://help.launchpad.net/ListHelp
--
Cody Garver
--
Mailing list: https://launchpad.net/~elementary-dev-community
Post to : elementary-dev-community@xxxxxxxxxxxxxxxxxxx
Unsubscribe : https://launchpad.net/~elementary-dev-community
More help : https://help.launchpad.net/ListHelp