connecting/disconnecting from activities

[Fania Jöck]

Hi,
My feedback inligned on the bottom...

Am 27.07.2011 15:44, schrieb Aaron J. Seigo:
> On Wednesday, July 27, 2011 13:44:52 Marco Martin wrote:
>> now, we have two possible approaches there:until last commit: click on
> "activity" the menu slides and shows all theactivities with a checkmark on
> what are the connected ones	pros: very fast to connect something to an
> arbitrary subset of activity
>
>> cons: more complex, what happens if the activity list will be huuuge?
> you scroll. simple enough.
>
> what i would suggest for ordering of the list would be something like:
>
> Current Activity:<name of current>
> Alphabetical
> List
> Of
> Others
>
> this makes connecting to the current ativity quick and obvious, while keeping
> the other activities available.
>
>> at last commit: just "connect/disconnect from activity"
>> pros: very simple and intuitive	
> it is simpler in terms of "shows less to the user"; i'm not convinced it is
> more intuitive, however.
>
>> cons: longer interaction if i want to connect to something else, switch
>> to activity, *then* connect
> right, probably followed by switching back to the activity i was currently in.
>
> the use case this really fails for is on the desktop where i wish to associate
> a window/application with an activity
How could a user associate a window with an activity via the context 
menu? Until now I always thought the context menu only appears on the 
activity screen, while long tab on a resource icon.

I thought the connection of windows/applications, that run in fullscreen 
mode would be done via the SLC icons in the upper top bar?
> : if i switch activities first, that
> window will disappear.
Is this the case? Right now in the current development all applications 
that I open stay opened in the task switcher, even if I am switching 
activities. And maybe thats not a bad idea, because if I openend my Mail 
client, I want to leave it openend.
But I know from the desktop metaphor and the idea of different 
workspaces=activities, we would make all related applications dissappear.

> which means SLC will simply not be usable at all to
> accomplish this use case.
As mentioned above, I thought we can connect an application window with 
whatever activity I like, and yes sure, here the list is very important 
and the only way to connect. For me this SLC Menu is different from the 
"Contour context menu".


> it's also one of the "level 1 priority" use cases for the desktop, since right
> now connecting applications to other activities is very arcane.
true.

Please Aaron have also a look at my email from 07.07.2011 12:36,  
Recommendation use-cases and stuff (sent by Marco). There is also a 
passage about context menu and a wireframe for these ideas.

Talk to you soon ;)
Fania