[Design] Manage Share/Collection Sharing dialog

Priscilla Chung priscilla at osafoundation.org
Tue Jun 27 09:36:56 PDT 2006


A couple of days ago, Mimi and I have been going back and forth in  
bugzilla on minor tweaks to the 'Collection Sharing' dialog box. This  
is when your calendar is already shared and you can select if you  
want to share 'All your items' or 'selected items' to your collection.

I've enclosed a sketch to propose on how the information might be  
displayed more clearly. The changes include the following:

1. Keep the name in the menu and the dialog box the same. Proposed  
name is 'Manage Collection Share'
2. Removing the 'Sharing account' label.
3. Splitting up the 'Share' to 'All items' and 'Selected items'.
4. Gray out the 'Options' label to match the 'Shared alarms' and the  
'Shared event status'. (I think this is actually grayed out on  
Windows, but not on the Mac, so I will check and see if there is a  
bug filed for this already.)

In regards to #2, "Removing the 'Sharing account' label", Mimi had  
made a case below as to why a user might want to see this displayed  
in the dialog box.

On Jun 20, 2006, at 12:20 PM, bug-comment at osafoundation.org wrote:
> ------- Comment #6 from mimi at osafoundation.org  2006-06-20 12:20  
> PST -------
> It's simply part of the information you filled out when you shared the
> collection. So it helps you identify the collection when you access  
> it again.
>
> For example, Esther may have 2 Office calendars. One she publishes  
> to .Mac and
> one she publishes to Cosmo. The one she publishes to .Mac can only  
> handle
> Events. The one she publishes to Cosmo can have more than just events.
>
> This isn't common, but I'm not sure why the account information is  
> actively
> confusing. It's part of what the user saw when they shared the  
> collection in
> the first place.

Keeping this label may be confusing to the user in respect to the  
following:
+ The user recognizes the collection name more so then the account  
coming from a ticket or webDAV. So in other words, users recognize  
the collection by how they name it, not where it's stored.

+ The word default term, 'ticket' or in the case of what is currently  
there, 'via ticket', is clearly language for developers and not for  
the end user. Anyone who is not familiar with CalDAV or with the  
development of calendaring software may not understand what a  
'ticket' means.

+ Displaying the 'Sharing account' information doesn't do anything.  
Meaning you cannot click on something that links it back to account  
so that you can change label etc.

+ In the 'Accounts' menu option, you can easily change the name of  
the sharing account. In fact, you can even change the sharing account  
name to something completely different from what you used to set up  
sharing in the first place. The account name is an unreliable way of  
telling where your data is stored.

+ Another way to tell where a collection is shared might be to  
describe the server that hosts the collection. ie. The server name  
and path that is not editable by the user in 'Accounts'. iCal server  
at Mac.com or Cosmo server at Cosmo-demo.osafoundation.org. This  
information may be useful, however once again, displaying this type  
of information may be more useful for the advanced users; a user who  
would understand the difference of collections being hosted on  
different severs.

This last point is not visible in the sketches enclosed. Though it  
did make me realize there is a better solution in displaying all this  
information. The enclosed sketches is simply a first step in making  
things read more clearly in the short term. I'm going work with Mimi  
on another 'ideal' solution for the longer term.

-Priscilla

File Name: currentCollShare.png | Description: Current 'Collection  
Sharing' dialog:



File Name: mngCollectionShare.gif | Description: Proposed  
(simplified) changes as listed above:


File Name: mngCollectionShareMenu.gif | Description: Proposed menu name:


-------------- next part --------------
Skipped content of type multipart/related


More information about the Design mailing list