On 12/12/06, Priscilla Chung <[EMAIL PROTECTED]> wrote:
This is because you had proposed displaying more URLs:
the collection details mockup i've seen had 3 or 4 urls in it already, and i don't see any difference adding a couple more. i certainly don't think it's warranted to replace those with a menu. one can't easily copy urls out of a menu to paste them into an email message or browser location menu or calendar application or feed reader subscription dialog box.
Originally 0.6 is really to just support Chandler, iCal and feed readers.
i don't recall any strict definitions of 0.6 one way or the other.
The other applications were not slated for 0.6. And on the design end we may need to think about this more on how to deal with all the different subscriptions. Although it is easy just to add in another URL on the development end, there is going to be work on how to display this so it is understandable to the user.
i think you are confusing my comments on two separate issues. i think the subscription menu on the preview page should be simple, aimed at moderately frequent CC use. listing every known calendar application in it feels like too much. i'm fine with just ical and chandler. i think the collection details dialog should have a comprehensive list of every url that can be used to access the collection, whether or not the CC will ever use any of them frequently, in a form that is easily copyable.
That is correct, there is no mock up that show the drop down in the collection details. I have only reviewed this with Bobby, Ted and Mimi.
so you understand my confusion, since i've been weighing in on this thread, but bobby and ted havent'.
I agree it is looking silly, but this is how we're looking to deal with multiple subscriptions for now in 0.6. Or we could *not* deal with the additional subscriptions and primarily focus on Chandler, iCal and Feed, which is the original proposal for 0.6.
fine with me.
I don't believe users besides people who work in the calendaring software would understand the difference between webcal and caldav. It's going to be confusing enough to say if you are running iCal on Leopard, go here, if you are running an older version of iCal go here. Most people, including myself would just be confused if you use those terms.
well, tough. they are going to have to learn, and so are all of us. every calendar application we deal with is eventually going to support both mechanisms. it wouldn't surprise me if gdata started popping up in desktop apps in the next year as well. think about pop3 and imap. they've both been supported in every mail application for 10 years. people by and large have learned the difference. and for whatever reason, pop3 still hasn't gone away.
Just to be clear on what you're proposing. You would like to see on the pull down on the top right: | Subscribe with… | V | webcal caldav feed reader download calendar/tasks
no, i'm fine with chandler and ical instead of webcal and caldav.
And in the collection details dialog, it will list all four of these options (URLs) down. Is that correct?
no. here's what i want: * these urls to be listed for power users and for diagnostics: dav, atom, morse code, webcal * a permalink to the collection's web ui page: * a button to export/download the calendar in icalendar format _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ Open Source Applications Foundation "Design" mailing list http://lists.osafoundation.org/mailman/listinfo/design
