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)
Calendar
Calendar Frontend
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.
Comment 1•19 years ago
|
||
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 ?
Reporter | ||
Comment 2•19 years ago
|
||
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.
Reporter | ||
Comment 3•19 years ago
|
||
s/doing the road/down the road/
Reporter | ||
Comment 4•19 years ago
|
||
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
Reporter | ||
Comment 5•19 years ago
|
||
Part of this may include dynamically setting and tweaking various CSS font-sizes.
Depends on: warOnBoxes
Reporter | ||
Updated•19 years ago
|
Target Milestone: Lightning 0.1 → ---
Comment 6•18 years ago
|
||
The bugspam monkeys have struck again. They are currently chewing on default assignees for Calendar. Be afraid for your sanity!
Assignee: base → nobody
Updated•18 years ago
|
Component: Internal Components → Calendar Views
QA Contact: base → views
Comment 7•14 years ago
|
||
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.
Description
•