Closed Bug 322981 Opened 19 years ago Closed 14 years ago

make it possible to display calendars in a reasonable-sized window w/o scrolling

Categories

(Calendar :: Calendar Frontend, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: dmosedale, Unassigned)

References

Details

I think this should be easy to do by just cutting down the CSS padding on all the borders in the event boxes to be very small (similar to iCal).  This will allow the text in the event boxes to abut the edges very closely and thus be visible in significantly smaller boxes.
I looked into this and it doesn't seem as simple as expected. 
there are at least two objects that lead to a strange scrolling behaviour: the buttons in the navigation bar and the grid column header labels (eg in the month view). if you change the width of the application window a useful scrollbar for the grid appears only for a few pixels because the navigation bar is clipped very early. as a result the scrollbar for the grid is clipped as well, making it pretty useless.
if you choose a smaller font for  the navigation bar labels it gets better, but now the grid does not scale too much because the column header labels (i.e. the week days) are the limiting objects.
a solution could be to provide a resize handler that removes some of the buttons in the navigation bar during resize and/or switches the column headers to abbreviated week day names (monday->mo, etc.) this would allow for a better scaling without the need to scroll.
is there a way to compute the size of a label without actually displaying it ? this would be required to switch between short and long names during resizing.
however, what i do not understand is why there occurs a clipping of the scrollbar itself. even if you change the weekday names to very short strings and after removing the navigation bar I can resize the window only to a certain amount. at some point the scrollbar of the grid gets clipped without any obvious reason. any idea ?
I didn't do a good job of precisely expressing my intent when filing this bug.  My thinking was really: let's try one really easy thing before shipping 0.1 to see if we can make fonts get clipped less in small windows.  My original thought was that this might actually solve the scrolling problem.  Your research suggests that, in fact, it will not.  So as far as the larger goal of this bug, this seems like a reasonable goal for part of the WarOnBoxes work which will be happening doing the road a bit.

However, I still think that adjusting the CSS may make clipping happen less often, so I think that part is worth trying for 0.1.
s/doing the road/down the road/
I've spun the CSS tweak for 0.1 off into bug 325399, so this bug no longer blocks 0.1.
No longer blocks: lightning-0.1
Part of this may include dynamically setting and tweaking various CSS font-sizes.
Depends on: warOnBoxes
Target Milestone: Lightning 0.1 → ---
The bugspam monkeys have struck again. They are currently chewing on default assignees for Calendar. Be afraid for your sanity!
Assignee: base → nobody
Component: Internal Components → Calendar Views
QA Contact: base → views
The views have changed a lot since 0.1, I think we are good on the borders now.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.