Okay, I gets what you're saying...see in-line...
On Jan 31, 2007, at 12:14 PM, Jeffrey Harris wrote:
Hi Mimi,
Ahhh-hhaaaa...this is covered by a different workflow. Most
likely, the
Warriors schedule was imported/subscribed to as a Not-Mind
collection,
in which case, the contents are always deleted and moved to the
Trash,
except for items that have been added to other collections.
That is why there is no dialog asking you if you want to 'Delete just
the collection' or 'Delete the collection + it's items'...when
deleting
Not-Mine collections.
I'm not sure mine vs. not-mine is really the axis that deletion
behavior
is likely to split on.
How about this scenario:
I've got a choir collection, it's a mine collection. It's got
concerts,
rehearsals, and choir social events. Suppose (heaven forbid) I
decide I
need a break from so many darn rehearsal, so I'm not going to sing the
rest of the season. I add a few of the concerts to my personal
collection (I still want to hear my friends sing, even if I'm not
performing). Then I delete the collection.
So all of the events are in your Dashboard though, because 'Choir'
was a Mine collection? Just not in your personal calendar?
I suppose, in the current design, I could make the collection not-mine
before deleting it, but I think only those with powerful Chandler mojo
would know to do this.
No I don't think it would occur to people to do that.
I'll admit there's definitely some single- vs. multi-user difference
here. I'm having trouble thinking of cases where, as a solitary user,
I'd really mind if items appearing in multiple collections didn't
go to
the trash when I delete one collection. If an item was special enough
that I added it to a different collection, I don't want it going away
accidentally.
Well it's just confusing. You thought you deleted all the items. And
then lo and behold some of them are there. You start to question
whether what you did and how the app works. The use case could easily
be that you Delete the Choir collection because you quit the Choir in
a huff. You had previously added all of the Choir's events into your
Personal 'Fun' calendar, but now you just want to get rid of anything
having to do with the Choir.
However, since I know I'm not our target user, I tried to think more
about multi-user situations. When I think of, say, having a vacation
collection I'm going on with a friend, and my friend shares their
tasklist with me, I can well imagine adding a few vacation tasks to
that
friend's collection. In that case maybe I do want to delete the task
for the friend when I delete the collection.
I think there are really two different questions we want answered
when a
collection is deleted (maybe they can be combined into one dialog, but
I'll put them separately for clarity):
1. "This is a mine collection, so its items appear in the Dashboard.
Leave these items in the Dashboard after deleting this collection?"
Yes, that would be the 'Delete just the collection' option.
2. "Some of the items in this collection appear in other
user-collections. Do you want to trash all items in this
collection,
regardless of their membership in other collections?"
That would be an elegant way to phrase it. If users choose to [Delete
collection and its items] and we detect that some of the items live
in other user-defined collections, then we can pop-up a 2nd popup
that says: 8 of your items also appear in other collections. Are you
sure you want to delete them?
[Delete items] [Keep items]
As it happens, I have a hard time imagining a situation where I'd ever
answer yes to 1.,
I think 1 would be useful if you just want to get rid of the grouping
in the sidebar, but want to keep the collections...because the
grouping is no longer useful to you (e.g. a Project that has
completed). But really, this use case would be better served by an
affordance to 'Remove' a collection from the sidebar, without losing
the collection as a Label on its member items.
but in multi-user situations I can imagine situations
where I want 2.
Sincerely,
Jeffrey
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
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
