elementary-dev-community team mailing list archive

[Daniel Foré <daniel@xxxxxxxxxxxxxxxx>]

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 <cody@xxxxxxxxxxxxxxxx> 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 <nishantagrwal12993@xxxxxxxxx> 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 <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
> 
> 
> 
> -- 
> 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