- From: Rafał Pietrak <rafal@ztk-rp.eu>
- Date: Tue, 29 Jul 2014 19:19:42 +0200
- To: www-style@w3.org
Hi, Sorry I fell silent, apparently current proposals (http://www.w3.org/TR/css-overflow-3) is more then I'm aquainted with.... so I tried to catch up a little reading rhrough it. W dniu 28.07.2014 09:40, Håkon Wium Lie pisze: > Rafał Pietrak wrote: > > > Speaking as an ocassional web-pages author: I would apreaciate if I > > could css-declare: "body {column-count:1}", and as a consequence get an > > "e-book reader" like page behavior, meaning: > > > > 1. vertical scroller *disapear*, and column height hard-equal to the > > current viewport height. > > This is what 'overflow: paged-*' do [1] > > I'd like it to be easy to switch into paged mode, but I'm not sure > 'column-count' is a good switch (even if we could turn back time). > There are cases when you want multi-column layouts, even in scrolled > environment. E.g., Wikipedia uses it for references. A few more > keywords on the 'overflow' property seems like a reasonable solution, > no? Yes. I agree. "column-count" is not a good trigger. I dind't see that before. But: 1. a moment ago I wanted to say: I don't think "overflow: paged-*" is good either .... but haveing a critical look at myself I must admit, that this statement is strongly based on my "internal semantics of overflow", which roots back to TeX, and I tend to understand "overflow" as a box (usually a letter-box), which *cannot* be moved over because available glue does not allow for that. For me "line/paragtaph/column/page breaks" does not constitute a "proper overflow", but is just an ordinary context "boxing". So I'd rather say: "i personally dont apreciate overflow atribute as a trigger to alter pageing/scrolling behavior". 2. I do think, that "column-height" is actually a good trigger, since: a) that attribute does not exist yet, and b) the currently available "tools", like explicit "max-height", that could be applied to encapsulating DIV, although standarized ... it didn't work for me in chrom and iceweasle, and c) the goal is not to set "max-height" of "something", but to actually set "exact-height" ... thus "column-height" sounds quite right. > > > 2. horizontal scroller show up (if content overflows the one visible column) > > Yes, or some other UI. This is what 'overflow: paged-*-controls' does. I'd say, that my initial comment was triggered by the examples of getting "multicolumn newspaper" look and feel (like here: http://figures.spec.whatwg.org/) - which looks impresive. Yet, I think, that having a trigger like "column-height" would get css styling the ability to mimic e-books easily (and e-newspaper-multicolumn, too), while not being as elaborated as the "overflow: paged-*" attribute definition. Also, I've noticed that Tab mentioned, that "column-height" was discussed before. May be someone could point me to messages with conclusions from those discussion? -R
Received on Tuesday, 29 July 2014 17:20:32 UTC