Bug:
The bug happens on all StackExchange pages.
In Firefox settings, I have Zoom > Zoom Text Only
enabled (I don't like the whole-page zoom behavior). This of course makes many sites look kinda ugly when zoomed with CTRL++ but I don't care that much. However, there are some kinds of bugs that can be easily fixed.
The particular bug I mean manifests itself on home pages of each service: after pushing CTRL++ twice from normal level (CTRL+0), the list of questions has a huge blank space on the left, like on the screenshot:
Solution:
The fix is one-liner CSS:
#question-mini-list {clear:both;}
Update:
Well, perhaps this is a bit of Firefox bug in this respect... But the text-only zooming in Firefox worked like this since I remember (this was even the default-and-only behavior until sth like Firefox 3.0 or 3.5 or 3.6), and there always have been lots of pages with this issue. I haven't really investigated thoroughly how the feature works internally, but
- perhaps they have some reasons to implement it this way
- I'm asking for simple CSS fix which I've already provided
- you already have
clear:both;
in the<div>
just before the<div>
I'm talking about ;) - In fact the only reason why the layout doesn't crash right now (even without text zooming!) is that the rules
.subheader {height: .. }
.subheader h1 {line-height: ..}
have pixel-perfected values, equal to 34px now. Try changing the height for instance in Firebug by adding a few pixels more (in default zoom size), and you'll get a layout crash also -- this would be a standard CSS behavior, because the floated container overflows, and the other one with the default value of clear=none
will have to move. Illustrated below:
After adding the fix, there will be no layout crash, regardless of the values provided in the mentioned rules.
Edit one year later: I wrote a simple userstyle and userscript to get this fixed for interested users.