- From: Håkon Wium Lie <howcome@opera.com>
- Date: Tue, 17 Sep 2013 11:57:37 +0200
- To: "Tony Graham" <tgraham@mentea.net>
- Cc: www-style@w3.org
Hello Tony,
> 1, Do page floats break? What happens when, e.g., a page float contains a
> table that is longer than the page?
The Page Floats specification doesn't say anything about the breaking
behavior, so page floats break like other elements/floats. It
certainly makes sense to break tables that are longer than the page.
> 2. 'clear' allows 'top' or 'bottom', but there are times, e.g., in a
> scientific journal article, when you want 'float: top', don't want
> graphics, etc., to be stacked, but would prefer the second graphic to
> float to the bottom of the same page rather than pushing the second
> graphic to the next page and further away from its reference. If there's
> enough graphics or tables in the article, at one per page, the graphics
> and tables will end up past the start of the 'References' sections, which
> is usually seen as a bad thing. How would that be done?
So, you're saying that you would prefer a top-floating figure, but if
another page float has taken that position, the figure should go to
the bottom rather than being pushed to the next column/page?
That's a good use case, I think -- often you don't care if the element
is top or bottom, it should just be alone (or, at least, be first in
that position).
How about:
.figure {
float: top;
clear: alone;
}
Or maybe:
.figure {
float: top;
clear: first;
}
I don't think we need to distigush between pages and columns -- the
goal is to be closest to the reference point.
-h&kon
Håkon Wium Lie CTO °þe®ª
howcome@opera.com http://people.opera.com/howcome
Received on Tuesday, 17 September 2013 09:58:19 UTC