Bug 296371 - RFC: Make connecting to / disconnecting from current Activity via SLC easier
Summary: RFC: Make connecting to / disconnecting from current Activity via SLC easier
Status: RESOLVED UNMAINTAINED
Alias: None
Product: Active
Classification: Plasma
Component: Share Like Connect (show other bugs)
Version: unspecified
Platform: Meego/Harmattan Linux
: NOR wishlist
Target Milestone: unscheduled
Assignee: Marco Martin
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-03-19 16:08 UTC by Thomas Pfeiffer
Modified: 2019-04-23 15:56 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas Pfeiffer 2012-03-19 16:08:24 UTC
Currently, in order to connect a resource to the current activity, one has to tap Connect -> Activities -> Current Activity.
Fania and I agree that this is a too long sequence for that common action.
The same goes for disconnecting from the current activity.

Therefore my suggestion is the following:
- Move the "Current Activity" menu entry to the top level, still with the checkmark function. We'll need to do some testing to see if users understand the implied "Add to", however.
- Rename "Activities" to "Other Activities"

I know this would add another entry to the menu, but this is absolutely worth it, because connecting to / disconnecting from the current activity is much more common than connecting to other activities.
In fact, two separate options on the top level was what I had in mind when asking for a way to add to other activities.
Comment 1 Aaron J. Seigo 2012-03-19 16:39:50 UTC
"Fania and I agree that this is a too long sequence for that common action."

how long is too long? or rather, how short is quick enough?

"Move the "Current Activity" menu entry to the top level"

this implies that the point of "connect" is really "connect to activity", which is incorrect conceptually (despite the current implementation having only one implemented target: activities)

"because connecting to / disconnecting from the current activity is much more common than connecting to other activities."

that is not enough. what is the relative value of connecting to other activities? what about when there are other items in "connect" besides "activity"? what happens to the thought process when a choice about activity is presented before the person expresses that they wish to act on an activity?

this is probably rather harder to grasp than it should be because connect only has one entry right now (to activity).
Comment 2 Thomas Pfeiffer 2012-03-20 09:53:03 UTC
(In reply to comment #1)
> how long is too long? or rather, how short is quick enough?

It's more about relative than absolute length. Connecting to the current activity is one of the most important usecases of SLC, since it relates to _the_ central concept of Plasma Active / Contour. It's part of the typical workflow of collecting stuff in an Activity. It's certainly not the coolest or most innovative way to use SLC, but that does not make it any less important or common.
Therefore if it takes 50% more actions to complete than other, less common actions, something's not right.

> "Move the "Current Activity" menu entry to the top level"
> 
> this implies that the point of "connect" is really "connect to activity",
> which is incorrect conceptually (despite the current implementation having
> only one implemented target: activities)

Why does it imply that? It only implies "Connect to...", and I don't see what's wrong with that. You can still have 
"Connect to...
 - Current Activity
 - Other Activities
 - My Facebook Profile
 - This Contact
 - ... "

But even if we find that "Connect to" is still to narrow, it's only a matter of labeling, not of the menu hierarchy itself. And the current "Activities" implies "Connect to" as well.

> "because connecting to / disconnecting from the current activity is much
> more common than connecting to other activities."
> 
> that is not enough. what is the relative value of connecting to other
> activities? what about when there are other items in "connect" besides
> "activity"? what happens to the thought process when a choice about activity
> is presented before the person expresses that they wish to act on an
> activity?

Look at the "file" menu any given application. Chances are high that it contains "Save" as well as "Save as..." entries. Of course "Save as..." would theoretically suffice because the user could still save with the same name. But "Save" (which implies "Save to the file you opened") is a convenient shortcut because it's much more common to save to the file you opened than to another one. The fact that there are two different entries does not imply that the purpose of the whole File menu is to save, though. It does, in fact, not imply anything. The only thing it does is provide a convenient shortcut to a common action.

> this is probably rather harder to grasp than it should be because connect
> only has one entry right now (to activity).

I don't think this has anything to do with this.

A valid concern would be that the "Connect" menu might get too long. If we have enough entries in there that this would be an issue, we can still think about maybe using something like a split button to save vertical space.

But offering a shortcut to the most common item on a submenu on the main level is actually common practice.