Event editor dialog tries to outsmart the user (and gets confused) when shifting days and hours
I often want to create a fully custom event that is a time duration of a few hours at night on a single day. This is what happens:
- Event gets pre-filled for start date = today and end date = today
- I uncheck "All day" to reveal the time fields
- It prefills those fields to 00:00 and 00:00 (zero duration event). It shouldn't do that... (issue #393)
- I go to the first one and type 18:00 (or 19:00 and later). It bumps the other one to 00:00, and bumps the end date to n+1. It shouldn't do that either...
- At this point I try to correct the silliness by clicking the end_date field, and shifting that date back to today. Result: it shifts the hours, to something that makes even less sense: "06:00 to 00:00" (or "07:00 to 01:00", etc.)
The only way to work around this is to shift the end_time backwards and THEN to shift the end_date backwards.
But frankly, all in all I'd prefer it does not try to outsmart me, at all. It annoys the heck out of me when a calendar app event editing dialog (including Google Calendar's) makes me "fight with an rubberband" when I actually want to make an event longer or shorter (by some hours or some days). If I want to change both the start time/date and the end time/date, I can adjust that myself explicitly, or I would be using the main view's GUI to just "shift" the time/date using drag and drop instead of the advanced editing dialog. If you're worried about the start time/date being after the end time/date, just disable the "Done" button until the user has corrected them, and maybe show a warning icon about that.
Originally filed in GNOME Bugzilla #775441 by @jfft on 2016-12-01