elementary-dev-community team mailing list archive
Mailing list archive
Re: Noise doesn't comply to HIG
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
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>
After using it a while, I decided I don't like this behavior.
On Tue, Mar 12, 2013 at 8:53 AM, Nishant Agrwal
I was reading this page of the HIG:
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.
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