I think the likelihood of one item appearing in multiple collections differs depending on the domain. As just a pure Calendar app: rare but not impossible (ie. An office event I am attending, so the item lives on both the office calendar and my own calendar.)

As an integrated information manager, you can easily imagine users creating all kinds of collections:
+ that are more than just (different calendars)
+ that are defined along "orthogonal" attributes: (ie. Project collections and @People agenda lists)

In this world, the likelihood of a single item appearing in multiple collections is very high.

Mimi

On Jan 24, 2006, at 7:42 AM, Reid Ellis wrote:

On Mon Jan 23 2006, at 20:36, Jeffrey Harris wrote:
Hi Mimi,

iCal gets around this by shipping out of the box with 2 calendars: Home and Work + they have a big fat [+] button at the bottom of the sidebar.

It is also possible that as Chandler becomes more of a "cross- app" app, the idea of creating "top-down" collections of items as a generic way to
group items will neutralize the "set a category" mental model people
bring from other calendaring apps.

Yeah, this will hopefully happen eventually, but why not add a big fat
plus of our own?  I'd be supportive of that, anyway.

I suppose one worry is that people are used to the hierarchical model of
items, it won't occur to them that add-to-collection isn't going to
move-my-item-out-of-this-collection. Making a big fat plus isn't going
to solve that problem.

This is reminiscent of the drag-to-copy vs drag-to-move debates of ages gone by. However, in this case, an item may belong to several collections, so moving out of a collection (or all collections) is not an expected/clear behaviour, is it?

Are we expecting that users will have items in multiple collections as a matter of course? Or will it be less common than the one- collection item? If one-collection items prevail, moving items to other collections should behave as they do in iCal, where they would be removed from the previous collection.

Maybe I need to read more design notes on the Wiki about this..

Reid

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

Open Source Applications Foundation "Design" mailing list
http://lists.osafoundation.org/mailman/listinfo/design

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

Open Source Applications Foundation "Design" mailing list
http://lists.osafoundation.org/mailman/listinfo/design

Reply via email to