Milestone sorting

[OppyLock]

Expected behaviour

Each event has both a start time and end time.
Before the event starts, the next milestone is start time, once the event is running, then the next milestone is end time. Currently, all events for a day are always sorted by the start time milestone.
I propose that once an event has started that its sort key becomes end time. This would have the effect of pushing the next 'action' to the top, i.e. the next event that starts or the next event that ends, whichever is soonest.

Current behaviour

The current days events and multi-day events are always sorted by start time. This can have the effect of hiding the next action somewhere in the middle of a bunch of other events.

Screenshot

A: 20/4 10:00 - 2/5 17:00 B: 26/4 6:00 - 27/4 18:00 C: 27/4 6:00 - 19:00 D: 27/4 7:00 - 17:30 E: 27/4 7:30 - 20:00 F: 28/4 8:00 - 13:00

Consider the above events and current behaviour. Once the A event has started, it stays at the top until it eventually finishes on 2/5. All the other events start and end, but event A is always at the top. The D event will finish first but is somewhat buried beneath all the other events and its end can be missed, especially in a calendar with a lot of overlapping events.

For the day of the 27/4 ... With milestone sorting, they would be initially sorted as BCDEA. After B starts, the order would become CDEBA. After C starts the order would become DEBCA After D starts the order would become EDBCA After E starts the order would become DBCEA F wouldn't be shown until the 28th and the order would be FA for that whole day.

Possible solutions

A default false, milestoneSort switch would do the trick ;)

Context and reason

Imagine a rented room scenario where knowing which room would next need attention would be helpful. Or car rental, or dog sitting, or anything else where the next milestone event is useful info. For many situations its not just the start time of an event that is important.

Checklist

• [X] I searched the current issues and the feature is not known.
• [X] I am mostly sure that the feature will bring more good than bad.