- From: Andrew Fedoniouk <news@terrainformatica.com>
- Date: Thu, 10 Nov 2005 00:15:03 -0800
- To: "Matthew Raymond" <mattraymond@earthlink.net>
- Cc: <www-style@w3.org>
----- Original Message ----- From: "Matthew Raymond" <mattraymond@earthlink.net> >> flow:h-flow >> - this is close to Java's FlowLayout [1], >> blocks layouted horizontally until space >> allows consequently forming rows; > > Couldn't you just style the child elements "display: inline-block"? "Me thinks" that you are not reading the message in the whole :) As I mentioned : "Main differences of horizontal flows from existing methods like display:inline-block or float: left are: 1) margin collapsing between blocks works in both directions - vertical and horizontal. ( On screenshot above each child block has margin:20px set) 2) all blocks in row having height:auto (or 100%% in my case) are getting the same final (computed) height. " Please "think through" both statements above. > It also sounds like you can simulate the latter with "display: > table-cell" and some creative selectors... No way. Maximum what you can get with table related attributes is 'border-spacing' but this apply to the whole assembly of contained elements as single value and it is same for both directions, sic. One more illustration: <select> at bottom of http://www.terrainformatica.com/htmlayout/images/selects2.jpg has flow:h-flow and varying number of columns (depends on the width of the select) > -moz-box-orient It is a half of solution or even less as far as I can see. Probably I cannot find clear definition of it? And probably this http://www.terrainformatica.com/htmlayout/flow.whtm will help to understand better what I mean. Best regards, Andrew Fedoniouk. http://terrainformatica.com ----- Original Message ----- From: "Matthew Raymond" <mattraymond@earthlink.net> > > Andrew Fedoniouk wrote: >> I am experimenting with Java style layout managers in CSS >> and use home grown 'flow' style attribute for defining layout >> type. >> >> So far 'flow' gets following values: >> >> flow:vertical >> - standard layout of <div> element. >> >> flow:horizontal >> - same as above but child blocks layouted >> in horizontal direction forming single row; > > /me coughs in a manner that sounds remarkably like "-moz-box-orient". > > It also sounds like you can simulate the latter with "display: > table-cell" and some creative selectors... > >> flow:h-flow >> - this is close to Java's FlowLayout [1], >> blocks layouted horizontally until space >> allows consequently forming rows; > > Couldn't you just style the child elements "display: inline-block"? > >> flow:v-flow >> - this is close to column layout, >> blocks layouted from top to bottom. >> On vertical overflow they are wrapped into new column; > > Hmm. Might be able to simulate this with CSS3 multi-column-related > properties, but not easily. > >> Screenshot of h-flow layout is here: >> http://terrainformatica.com/w3/h-flow.jpg >> >> Each "flowed" container declared as: >> >> <div class="container" > >> <div class="sub">#1</div> >> <div class="sub">#2</div> >> <div class="sub">#3</div> >> <div class="sub">#4</div> >> <div class="sub">#5</div> >> </div> >> >> Main differences of horizontal flows from >> existing methods like display:inline-block or >> float: left are: >> >> 1) margin collapsing between blocks works >> in both directions - vertical and horizontal. >> ( On screenshot above each child block >> has margin:20px set) >> 2) all blocks in row having height:auto >> (or 100%% in my case) are getting the >> same final (computed) height. >> >> My conclusions: >> >> These three new schemas: >> 1) are simple in use and in implementation; > > I suppose that would depend on the way the user agent renderer is coded. > >> 2) due to their simplicity can be implemented >> uniformely in different UA's ; > > Perhaps. Mozilla already implements half of it. > >> 3) can effectively eliminate need of tables for >> layout purposes in typical cases. > > Why not just use CSS-based table layout? It's not like Microsoft's > going to support your new CSS properties before it supports CSS 2.1... > > I wouldn't mind seeing seeing a "box-orient" property. The other two > flow styles are debatable. Hmm... >
Received on Thursday, 10 November 2005 08:15:13 UTC