| Summary | Need greater flexibility in displaying event time slots |
| Queue | Kronolith |
| Queue Version | HEAD |
| Type | Enhancement |
| State | Resolved |
| Priority | 2. Medium |
| Owners | chuck (at) horde (dot) org |
| Requester | kevin_myer (at) iu13 (dot) org |
| Created | 05/11/2005 (7367 days ago) |
| Due | |
| Updated | 05/19/2005 (7359 days ago) |
| Assigned | 05/14/2005 (7364 days ago) |
| Resolved | 05/19/2005 (7359 days ago) |
| Milestone | |
| Patch | No |
State ⇒ Resolved
State ⇒ Assigned
I should add that while I suggested a preference setting from 1-60
minutes (so the user can define the number of minutes per block for
display), it doesn't make logical sense to have that be totally
arbitrary. So thats why I suggested the increments that I did. That
should accomodate just about everyone - unless someone schedules 7
minutes blocks of time, in which case an arbitrary value would be
needed.
State ⇒ New
Priority ⇒ 2. Medium
Type ⇒ Enhancement
Summary ⇒ Need greater flexibility in displaying event time slots
Queue ⇒ Kronolith
closest to either the nearest floored hour or half hour (depending if
the 'half' preference is set). We'd like the ability to show events
starting at their actual time.
Example would be that our therapists schedule time in blocks of 15
minutes. So at a bare minimum, we need to be able to display a day
view that shows that an appointment from 7:00AM - 7:15AM is different
from an appointment from 7:15AM - 7:30AM (with 'half' set, they both
would show as starting at 7AM, unless you hovered over them to get the
actual start time).
Ideally, there would be a preference for setting the granularity of
display of events on your calendars, ranging from 1-60 minutes (i.e.
show time in N minute blocks). Currently N can either be 30 or 60
only, we need 15, but I see benefit to allowing N to be 1, 5, 10, 15,
20, 30, or 60.