Just to clarify, it is or isn't possible to auto-set Triage status whenever the user manipulates the start-time / end-time of an event?

The proposal is to auto-set Triage status based on event start-time, end-time ONLY IF the user hasn't explicitly set Triage status. 
+ If I create a 2-day event that runs from Tomorrow - Day after Tomorro. Chandler auto-sets the Triage status to NOW. 
+ If I move the event to Today - Tomorrow, Chandler re-auto-sets the Triage status to NOW.
+ If I manually set Triage status to LATER or DONE. No matter what else I do with the event, the Triage status is LATER or DONE.

Does that make sense? I think I may just need to bug you about this in person.

However...
+ If you create a multi-day event that starts before Today, but ends either Today or after Today, the event should be set to NOW.
+ If you create a multi-day event that starts Today but ends after Today, the event should be set to NOW.
I think the only situation where we can pre-set triage status is on *initial creation* of an event where the time is already known: that is, when the user double-clicks on a canvas to create an allday event (if in the allday/anytime area) or a one-hour event (if in the timed area). Everything the user does after this (like turning the original event into a multi-day event by drag-extending it on the calendar canvas, or editing fields in the detail view) are edits to an existing event.

We could update triageStatus with the above logic (or something like it) whenever the user edits one of (start, end, timezone, allDay, anyTime), but I think that'd be weird... alternatively, if/when we change events to allow them to not have a start date/time until the user fills it in (which isn't quite as simple as it sounds), then we could set triage status as part of the user's first entry of a valid start date/time (assuming we're still assuming that timed events are an hour long by default).

...Bryan


_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

Open Source Applications Foundation "Design" mailing list

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

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

Reply via email to