In monthly view, add spacing between appointments depending on the time

UNCONFIRMED
Unassigned

Status

Calendar
Calendar Views
--
enhancement
UNCONFIRMED
6 years ago
6 years ago

People

(Reporter: Ludovic, Unassigned)

Tracking

Lightning 1.0
x86
Windows 7

Details

(Reporter)

Description

6 years ago
It seems to me that the rendering of appointments on the monthly view isn't optimal. I know it's similar to e.g. Google Calendar, but I think it can be improved, by doing somewhat of a combination of the weekly view and the monthly view.


Scenario 1: 
1) Open the monthly view for a calendar.
2) Look at a day which contains e.g. only 2 appointments, say one at 8:00 AM and one at 16:00.
3) You will see that they appear right under each other, and that all the rest of the day is left blank.

What should have happened: the 8:00 AM appointment should be at the top of the day, and the 16:00 PM appointment should be at the end of the day, or around the middle.


Scenario 2: 
1) Open the monthly view for a calendar.
2) Look at a day which contains only 1 appointment, say at 17:00.
3) You will see that it appears at the top of the day, and that all the rest of the day is left blank.

What should have happened: the appointment should be at the end of the day, or around the middle.



Given that the monthly view can't be exact regarding the hour, that shouldn't be the goal. However, dividing the space for "one day" in the monthly view into three regions (start, middle, end) and placing appointments into one of these brackets would be a helpful indicator. Especially on bigger screens this will be very useful.

One advantage would be that you can see at a glance whether or not you have appointments in e.g. the morning.

Open question: should the 24 hours be divided by three, or should the most commonly used 12 hours (i.e. from 8:00 AM to 20:00) be divided into the three slots, and remaining 12 hours just be added to the top & end regions?

Note: if the day is already pretty full (e.g. if 2/3 of the 'day space' is used, or if one of the three regions is full), it makes sense to just ignore the regions completely, and use the current rendering.

Thanks for considering this.

Ludovic
You need to log in before you can comment on or make changes to this bug.