On 8/10/07, Mimi Yin <[EMAIL PROTECTED]> wrote:
>
> Hi Pieter,
>
> More feedback :)
>
>
> I'm thinking about how we can tighten up the guide and make instructions
> shorter.
>

+1 for tighten up

For example:
>
> *Importing existing data into Chandler*
>
> The best way to get your existing calendar events into Chandler is to
> export the calendar to a standard .ics format file and then import that file
> into Chandler. Note that this process is a one-time operation to suck in
> existing calendars from other applications that you will then continue to
> manage in Chandler. This process is different than "subscribing" (@@@ link
> to Glossary) to a calendar on a server and then using Chandler to
> synchronize with the server to get updates. See Chapter 6: Collaborating
> with others for information on how to subscribe to online calendars.
>
>
>
> ...could be pared down to...
>
>
> *Import your calendar into Chandler*
>
>
> If you currently use Outlook, Apple iCal, Google, Yahoo or Hotmail for
> calendaring, you can export your events in iCalendar format as an .ics file
> and import them into Chandler.
>

I think we do need to point out the difference between export/import and
subscribe but do like how you introduce the issue, I'll use that instead of
mine.

1. xxx
> 2. xxx
> 3. xxx
> 4. <Do we need to call out every option in the dialog? Do you expect users
> to be confused about the checkboxes?>
>

I think that our terminology, while obvious to us, is not necessarily
obvious to a new user and requires a bit of explanation, e.g. no one is
going to know a priori what "Event Status" means, or even that "Reminders"
are the same as event alarms. I think in this case I'd err on the side of
providing more information.

<We should however, explain that you can either import calendars as a new
> collection OR add them to existing Chandler collections.>
>

+1

6. <Should we explain what it means to have the appropriate Triage label. I
> think we can just say have been triaged according to when they occur. We
> never actually refer to Triage as a tag.>
>

+1

I'm not sure we need to compare the Chandler and iCal version of the
> calendar. I think most users will assume that data isn't lost :)
>

I don't think new, uninformed potential users of a beta version of Chandler
will have any idea about what might happen to their data when it gets moved
into Chandler. I think it's reassuring for someone thinking about using
Chandler, and reading this tutorial to get informed, to be able to actually
see an example of how a calendar event gets translated. If it's not
interesting, they can just go on to the next section.

Pieter

Mimi
>
>
>
>
>
>
>
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
>
> Open Source Applications Foundation "General" mailing list
> http://lists.osafoundation.org/mailman/listinfo/general
>
>
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

Open Source Applications Foundation "General" mailing list
http://lists.osafoundation.org/mailman/listinfo/general

Reply via email to