https://bugzilla.osafoundation.org/show_bug.cgi?id=8928
One of the most common sources of user questions and issues is the lack of differentiation between "Sharing with yourself" and "Sharing with others". It affects both new user ramp up (usability) and day-to- day usefulness.
Not surprisingly, this issue has turned out to be a sticky issue in the re-architecture. Jeffrey has pointed out that really, there needs to be considerable server work in order for "Sharing with yourself" to truly work smoothly.
So I thought I would take the initial step of outlining what the design requirements are, and then we can work backwards to figure out what our implementation options are.
1. Users need to be able to share ALL attributes with themselves, but keep some attributes private when sharing with others. e.g. Read/ Unread/Needs reply status, when alarm's pop-up, BCC, private annotations?
2. We shouldn't display any "created by / edited by" info in the Who column if a user is only sharing with themselves, but we should display if
I can imagine ways we can address both 1 and 2, from just the desktop side:
For #1, we could expand the "Sharing Filters" functionality so that publishers can share everything with themselves, but present subscribers with a more limited set of sharing filter options.
For #2, we could perhaps figure out a way to only display cr/ed by info in the Who column if the item in question or another item in the collection has been created or edited by an user other than the original publisher of the collection.
However, perhaps it would be easier / more prudent to address this issue from the server side.
3. This is not really a "Sharing with Yourself" versus "Sharing with Others" issue, but it's relevant from a user perspective and may involve server work, so I will mention here: When you configure your Chandler Desktop with your Chandler Server/Hub account, Chandler Desktop should set itself up to automatically keep the 2 in sync - including the Out of the Box collections, subscriptions, collection colors and collection ordering.
Thoughts? Comments? Mimi _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ Open Source Applications Foundation "chandler-dev" mailing list http://lists.osafoundation.org/mailman/listinfo/chandler-dev
