I grew with Nishant that Noise should in fact close its window rather than minimize it. Having it bound to a workspace is definitely not what I expect to happen.
But like Nishant, I don't interact with the music player window very often. In fact, on my phone I use the system player controls and rarely ever actually open the music app unless I'm in the mood for a specific song. Best Regards, Daniel Foré El mar 12, 2013, a las 8:45 a.m., Cody Garver <c...@elementaryos.org> escribió: > It's just weird to me that closing Noise doesn't have the same result as > closing everything else. I understand what it's going for, I think I just > don't have the workflow it expects or something. Let's see what design team > says about your feedback. > > > On Tue, Mar 12, 2013 at 10:36 AM, Nishant Agrwal > <nishantagrwal12...@gmail.com> wrote: >> 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 <c...@elementaryos.org> 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 >>> <nishantagrwal12...@gmail.com> 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@lists.launchpad.net >>>> 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@lists.launchpad.net >> 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@lists.launchpad.net > Unsubscribe : https://launchpad.net/~elementary-dev-community > More help : https://help.launchpad.net/ListHelp
-- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp
