486786 - Minimum height of all-day events header should be customizable/resizeable

Status: UNCONFIRMED

(Calendar :: Calendar Frontend, enhancement)

Description

[Telmo Amaral]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.8) Gecko/2009032609 Firefox/3.0.8 (.NET CLR 3.5.30729)
Build Identifier: Lightning version 0.9 (build 2008091719)

For example in week view, if in one week there are at most one or two all-day events on any given day but, in the following week, there are days with a lot of all-day events, then, as one navigates from one week to the next, the height of the all-day events header gets readjusted - with the consequence that the height of the hourly rows below gets readjusted as well. So, as one browses through different weeks, the rows corresponding to 9am, 10am, etc, tend to shift up and down. This behaviour is visually unpleasing, makes navigation slower, and makes it difficult, for example, to compare what events there are at a certain time and day on different weeks. My suggestion is that a setting be created to define the minimum (or even fixed) height of the all-day events header. Say, if I know that I often have days with 6 all-day events, I'd set that minimum height at 6 events. Currently I simply tweak calendar-views.css, but it would be nice to have a setting. Thanks.

Reproducible: Always

Steps to Reproduce:
1. In week view, ensure there are no all-day events on the selected week, then ensure there are six or seven all-day events on a certain day of the following week.
2. Navigate back and forth between those two weeks.

Actual Results:  
Because one cannot set the minimum height of the all-day events header, it gets constantly readjusted, and so does the height of the hourly rows below.

Expected Results:  
One should be allowed to define the said minimum height, so that the hourly rows could stay in place as one navigates across weeks, rendering navigation smoother and more visually appealing.

Comment 1

[Philipp Kewisch [:Fallen][☁️📆]]

I don't think it makes sense to provide the option to set a pixel height in the UI. What you can do is set this value manually in your userChrome.css. There might be a good way to provide UI to change the height in place, but I'm not sure how we should do that right now.

Comment 2

[Telmo Amaral]

(In reply to comment #1)
Thanks for the userChrome.css tip; once you know what to change, it is the best way to do it. A way to set the height in place would of course be perfect, but I guess also harder to implement. I reported this because, at least to me, it does make a big difference in terms of comfort (in an app that, otherwise, is already excellent). An alternative that would virtually solve the problem would be to dynamically set the header's height as a fairly generous percentage of the available vertical space.

Comment 3

[Sven Giermann]

I would tend to set the height to a fixed value and use scroll bars, as they are used in multiweek or month views.

Comment 5

[Bruno Friedmann]

I report here as #501674 has been marked duplicate.
Hope we can have something working for the 1.0 release 

Make a freely resizeable size is great for end-users (those who can't edit css-profile ). Making them working.

How to try a real case, connect to our especially made caldav test server
at http://caldav-test.ioda.net (home page explain how to use it ) 

And go to June 16th : you will see the problem .

Data are real data, they have just been crypted to be anonymous.

Comment 7

[Nikolai]

16 years later, the described issue still persists. Having recently switched from the Apple Calendar app, the jumps of the hourly rows when navigating between weeks are quite noticeable.
Notably, in the the Apple Calendar UI, the all-day event header in week view does not have a fixed height either and may vary between weeks, but there this does not affect the hourly view displayed below.

So while I fully agree with the problem described by OP, I think a solution does not need an extra setting for minimal height or similar, but just a decoupling of the two views – ideally resizeable just by dragging the delimiter line between the two panes up and down.