- From: Håkon Wium Lie <howcome@opera.com>
- Date: Mon, 14 Jan 2013 21:03:24 +0100
- To: Daniel Glazman <daniel.glazman@disruptive-innovations.com>
- Cc: "www-style\@w3.org" <www-style@w3.org>
Also sprach Daniel Glazman: > > How would you recode this example? > > > > @page { @top-center { content: element(header) }} > > @page :left { @top-left { content: counter(page) }} > > @page :right { @top-right { content: counter(page) }} > > header { position: running(header) } > > First, I would entirely drop the top-center and friends. The 16 areas > defined by the spec are ugly hacks to replace the fact we could not > lay out correctly special areas in a page. This is not the case > any more, we have flexbox, grids and slots. In the future, not a > single piece of software will use @top-center and friends if we have > better. > > Runnings are about the same. If I consider this code taken from the GCPM > spec: > > title { position: running(header) } > @page { @top-center { > content: element(header) } > } > > it mixes content, position, a word "running" that nobody will understand > as what it is. It still relies on the 16 margin boxes that are a weak, > unmaintainable positioning scheme. That scheme is entirely unable to > express the headers or footers of the first Word or OOo document in my > home directory. And I don't even mention the call to element(header) > is a really bad way of saying the @top-center contents come from the > 'header' flow. Your proposal is about flows, let's use flows. > > Flows are easier to specify, more consistent to what people are used it > in DTP software. Sorry Håkon but running() is really a hack, it's an > attempt to do flows w/o adding a minimal number of new > properties/notation and it's totally suboptimal. So, what would you code like for the example in question? -h&kon Håkon Wium Lie CTO °þe®ª howcome@opera.com http://people.opera.com/howcome
Received on Monday, 14 January 2013 20:04:07 UTC