Ideally, whatever data you see in Chandler, you can also see in
Scooby. But in the Beta timeframe, it's reasonable to tell users that
we can't support 3rd party calendar subscriptions like .Mac or Google
Calendar in Scooby.
Back of my personal settings would be a definite PLUS. I will add
that to the list of open design issues PPD is tracking.
Mimi
On Jul 11, 2006, at 8:15 PM, Morgen Sagen wrote:
I have some questions for the design and scooby teams about this spec:
http://svn.osafoundation.org/docs/trunk/docs/specs/rel0_7/
Sharing-0.7.html
About the section on "(Re-)Storing a user's sharing world via
Cosmo": What do we need to do to support Scooby so that it can
view calendars we have subscribed to (but not published)? Say that
I have subscribed my Chandler to a remote .ics URL (like .Mac or
Google Calendar)? Do I need my Chandler to turn around and upload
that calendar to Cosmo (and keep it in sync) in order for Scooby to
see it or is giving Scooby the calendar's remote .ics URL
sufficient? Also, I'm doing some handwaving when I use the term
'giving', because I don't know how to let Scooby know about such a
URL.
Also, I was thinking it might be handy to have a "back up my
personal settings" feature which can export some set of items such
as accounts and shares to the local disk. That way, you could
'restore your world' without having to re-enter even your Cosmo
account info.
By the way, there is already a way today to create a personal
parcel that contains whatever account items you want to have pre-
defined when you launch Chandler from an empty repository. See
http://wiki.osafoundation.org/twiki/bin/view/Projects/ParcelLoading
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
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
