Editor’s Draft, 16 February 2026
More details about this documentCopyright © 2026 World Wide Web Consortium. W3C® liability, trademark and permissive document license rules apply.
This specification describes multi-column layouts in CSS, a style sheet language for the web. Using functionality described in the specification, content can be flowed into multiple columns with a gap and a rule between them.
CSS is a language for describing the rendering of structured documents (such as HTML and XML) on screen, on paper, etc.This is a public copy of the editors’ draft. It is provided for discussion only and may change at any moment. Its publication here does not imply endorsement of its contents by W3C. Don’t cite this document other than as work in progress.
Please send feedback by filing issues in GitHub (preferred), including the spec code “css-multicol” in the title, like this: “[css-multicol] …summary of comment…”. All issues and comments are archived. Alternately, feedback can be sent to the (archived) public mailing list www-style@w3.org.
This document is governed by the 18 August 2025 W3C Process Document.
(This section is not normative.)
This module describes multi-column layout in CSS. By using functionality described in this document, style sheets can declare that the content of an element is to be laid out in multiple columns.
Other layout methods in CSS, when applied to a parent element, change the display properties of the direct children. For example if a three column grid layout is created, the direct children of the grid container become grid items and are placed into the column tracks, one element per cell with additional rows created as needed.
The child elements of a multi-column container however continue in normal flow, that flow is arranged into a number of columns. These columns have a flexible inline size, and therefore respond to available space by changing the size or number of columns displayed.
Multi-column layouts are easy to describe in CSS. Here is a simple example:
In this example, the body element is set to have columns at least 12em wide. The exact number of columns will depend on the available space.
The number of columns can also be set explicitly in the style sheet:
In this case, the number of columns is fixed and the column widths will vary depending on the available width.
If a column-height is set, and there is more content that will fit in one row of columns at the specified height, multiple rows of columns are created in the block direction.
In this case, the number of columns is fixed and the column widths will vary depending on the available width. If there is more content than will fit into three columns of height 10em, a new row of columns is created in the block direction.
The shorthand columns property can be used to set all three properties in one declaration.
The column-fill and column-span properties give style sheets a wider range of visual expressions in multi-column layouts.
If all column properties have their initial value, the layout of an element will be identical to a multi-column layout with only one column.
This specification follows the CSS property definition conventions from [CSS21] using the value definition syntax from [CSS-VALUES-3]. Value types not defined in this specification are defined in CSS Values & Units [CSS-VALUES-3]. Combination with other CSS modules may expand the definitions of these value types.
In addition to the property-specific values listed in their definitions, all properties defined in this specification also accept the CSS-wide keywords as their property value. For readability they have not been repeated explicitly.
This document defines new features not present in earlier specifications. In addition, once final, it will replace and supersede the following:
An element whose column-width, column-count, or column-height property is not auto establishes a multi-column container (or multicol container for short), and therefore acts as a container for multi-column layout.
TestsBasic multicol tests.
Tests demonstrating that auto values do not create a multicol container.
Multicol properties do not inherit.
Multicol with scrolled columns.
Multicol with zero height.
In the traditional CSS box model, the content of an element is flowed into the content box of the corresponding element. Multi-column layout introduces a fragmentation context formed of anonymous fragmentation containers called column boxes (or columns for short). These column boxes establish an independent block formatting context into which the multi-column container’s content flows, and form the containing block for its non-positioned children.
Given that the column box creates a new block formatting context, the width is calculated relative to the column box. Therefore the image will not overflow the column box:
The image is constrained by the column box that it is displayed in.Floats that appear inside multi-column layouts are positioned with regard to the column box where the float appears.
In the HTML, the image appears after the sentence ending, "the leg of a chicken".
The image is floated inside the column box it appears in.Content overflowing a column box in the block axis fragments and continues in the next column box.
Note: Column boxes, which are anonymous boxes, do not become the containing block for absolutely positioned boxes. The position property, which establishes a containing block for such boxes, applies to the multicol container, it being the principal box.
TestsOut-of-flow descendants of a multi-column container do affect column balancing, and the block-size of the multi-column container.
TestsThe column boxes are ordered in the inline base direction of the multicol container and arranged into multicol rows. A multicol row contains at least one multicol line or spanning element. The column width is the length of the column box in the inline direction. The column height is the length of the column box in the block direction. All column boxes in a line have the same column width, and all column boxes in a line have the same column height.
TestsThe following tests relate to baseline alignment of the content of columns, though this is not defined in this specification.
The following tests check the behavior of list items that are also muticol containers.
Testing grid items inside multicol
The following tests check the behavior of table elements.
The following tests check that paint order is correct.
The following tests relate to animation or transformation of multicol properties.
Tests related to implementation bugs, not linked to specific normative text.
Tests related to printing and paged media as related to multicol.
Note: In text set using a vertical writing mode, the block direction runs horizontally. In a vertical writing mode columns are laid out horizontally, and the direction of the flow of blocks may be right to left, or left to right. The column-width property therefore refers to the inline size of the column, and not the physical horizontal width.
Tests regarding vertical writing modes.
In the inline direction, within each multicol line in the multi-column container, adjacent column boxes are separated by a column gap, which may contain a column rule. In the block direction, column rows are separated by a row gap, which may contain a row rule. All column gaps in the same multi-column container are equal. All column rules in the same multi-column container are also equal, if they appear; column rules only appear between columns that both have content.
In the simplest case a multicol container will contain only one line of columns, inside one multicol row, and the height of each column will be equivalent to the used height of the multi-column container’s content box. However, fragmentation or spanners can split the content of the multicol row into multiple multicol lines.
If the multi-column container is paginated, the height of each column is constrained by the page and the content continues in a new line of column boxes on the next page; a column box never splits across pages.
If a multi-column container in continuous media is set to wrap, the height of each column is defined by the column-height property. If there is more content than will fit in a single row a new multicol row is created in the block direction, with columns of the size defined by the column-height property. If a row is only partially filled with content, the size defined by column-height is still maintained with empty space following the content.
When a spanning element divides the multi-column container: a new multicol line is created. The columns before the spanning element are balanced and shortened to fit their content. Content after the spanning element then flows into a new, subsequent multicol line of column boxes.
If the spanning element is larger in the block direction than the space available in the current multicol row, the row geometry is maintained. The spanner is allowed to cross the row boundary, over any gap, and into the next row.
A multi-column container therefore is a regular block container that establishes a new independent formatting context whose contents consist of one or more multicol rows, containing multicol lines and multicol spanners. Each multi-column line acts as a block-level box that establishes a multi-column formatting context for its column boxes; and each spanner acts as a block-level box that establishes an independent formatting context with its type depending on its display value as usual.
Nested multi-column containers are allowed, but there may be implementation-specific limits.
TestsNote: It is not possible to set properties/values on column boxes. For example, the background of a certain column box cannot be set and a column box has no concept of padding, margin or borders. Future specifications may add additional functionality. For example, columns of different widths and different backgrounds may be supported.
Note: Multicol containers with column heights larger than the viewport may pose accessibility issues. See Accessibility Considerations for more details.
Finding the number and size of columns is fundamental when laying out multi-column content. These properties are used to set the number and size of columns:
A fourth property, columns, is a shorthand property which sets all of column-width, column-height, and column-count.
Other factors, such as explicit column breaks, content, column wrapping, and size constraints, may influence the actual number and size of columns.
| column-width |
| auto | <length [0,∞]> |
| auto |
| block containers except table wrapper boxes |
| no |
| N/A |
| the keyword auto or an absolute length |
| per grammar |
| by computed value type |
This property describes the width of columns in multicol containers.
auto means that the column width will be determined by other properties (e.g., column-count, if it has a non-auto value). <length [0,∞]> describes the optimal column width. The actual column width may be wider (to fill the available space), or narrower (only if the available space is smaller than the specified column width). Negative values are not allowed. Used values will be clamped to a minimum of 1px. TestsThere is room for two 45px wide columns inside the 100px wide element. In order to fill the available space the actual column width will be increased to 50px.
The available space is smaller than the specified column width and the actual column width will therefore be decreased.
To ensure that column-width can be used with vertical text, column width means the length of the line boxes inside the columns.
Note: The reason for making column-width somewhat flexible is to achieve scalable designs that can fit many screen sizes. To set an exact column width, the column gap and the width of the multicol container (assuming horizontal text) must also be specified.
| column-height |
| auto | <length [0,∞]> |
| auto |
| block containers except table wrapper boxes |
| no |
| N/A |
| the keyword auto or an absolute length |
| per grammar |
| by computed value type |
This property describes the height of columns in multicol containers.
auto means that the column height will be determined by the amount of content and other properties. <length [0,∞]> describes the desired column height. Negative values are not allowed. TestsIf you set column-height and height on a multicol container, you may end up with some additional space. The properties defined in the [CSS-ALIGN] specification detail how to deal with it.
When column-height is not 'column-height/auto' the size in the block direction is not flexible. If there is not enough content to fill a row of columns at the set size, empty space is left.
If a spanner is introduced that is taller than the set size, the row geometry will be maintained, and the spanner will overflow into the next row, crossing any row-gap.
| column-count |
| auto | <integer [1,∞]> |
| auto |
| block containers except table wrapper boxes |
| no |
| N/A |
| specified value |
| per grammar |
| by computed value |
This property describes the number of columns of a multicol container.
auto means that the number of columns will be determined by other properties (e.g., column-width, if it has a non-auto value). <integer [1,∞]> describes the optimal number of columns into which the content of the element will be flowed. Values must be greater than 0. If both column-width and column-count have non-auto values, the integer value describes the maximum number of columns. Tests| column-wrap |
| auto | nowrap | wrap |
| auto |
| multicol containers |
| no |
| n/a |
| specified keyword |
| per grammar |
| discrete |
The column-wrap property controls the behavior of overflow columns. Overflow columns occur when there is more content than will fit in a single row of columns at the specified column-height, or inside a height defined by the multicol container.
auto If column-height is not 'column-height/auto' behaves as the value 'column-wrap/wrap' otherwise acts as 'column-wrap/nowrap'. nowrap Overflow columns are created in the inline direction. wrap Overflow columns create a new multicol row in the block direction.This CSS creates a set of three columns. If there is more content than would fit in the 10em height of these columns, new columns are created in the inline direction even if there is room in the multicol container.
This CSS creates a set of three columns. If there is more content than would fit in the 10em height of these columns, rather than overflowing in the inline direction, a new row of columns is created in the block direction, again at a max column-height of 10em. New rows repeat until all content is displayed.
Note: The reading flow of a 2-dimensional multiple-column layout follows along the row, reading each column in row 1 in turn, then moving onto row 2, and so on. Authors should ensure that it’s clear to a reader how the content flows, particularly in situations where multiple rows are displayed on screen.
The issue relating to the addition of this property is still open due to debate as to whether it’s required. [Issue #11754]
What happens if you set a height on the multicol container, 'column-wrap: wrap' but no column-height? Options are 1: The column-wrap property is ignored. 2: 'column-height: auto' resolves to the available space in the multicol container and new rows of that size are created for the overflow, thus honoring the 'column-wrap/wrap' value. [Issue #11754]
| columns |
| [ <'column-width'> || <'column-count'> ] [ / <'column-height'> ]? |
| see individual properties |
| see individual properties |
| see individual properties |
| see individual properties |
| see individual properties |
| see individual properties |
| per grammar |
This is a shorthand property for setting column-width, column-count, and column-height. Omitted values are set to their initial values. This property also resets the column-wrap property to its initial value.
The pseudo-algorithm below determines the used values for column-count (N) and column-width (W). There is one other variable in the pseudo-algorithm: U is the used width of the multi-column container.
Note: The used width U of the multi-column container can depend on the element’s contents, in which case it also depends on the computed values of the column-count and column-width properties. This specification does not define how U is calculated. Another module (probably the Basic Box Model [CSS3BOX] or the Box Sizing Module [CSS3-SIZING]) is expected to define this.
TestsThe floor(X) function returns the largest integer Y ≤ X.
(01) if ((column-width = auto) and (column-count = auto) and (column-height = auto)) then (02) exit; /* not a multicol container */ (03) if column-width = auto then (04) N := column-count (05) else if column-count = auto then (06) N := max(1, (07) floor((U + column-gap)/(column-width + column-gap))) (08) else (09) N := min(column-count, max(1, (10) floor((U + column-gap)/(column-width + column-gap))))And:
(11) W := max(0, ((U + column-gap)/N - column-gap))For the purpose of finding the number of auto-repeated columns, the UA must floor the column size to a UA-specified value to avoid division by zero. It is suggested that this floor be 1px or less.
In fragmented contexts such as in paged media, user agents may perform this calculation on a per-fragment basis.
The used value for column-count is calculated without regard for explicit column breaks or constrained column heights, while the actual value takes these into consideration.
TestsThe computed column-count is auto, the used column-count is 4, and the actual column-count is 1.
All column boxes in a multi-column container are in the same stacking context and the drawing order of their contents is as specified in CSS 2.1. Column boxes do not establish new stacking contexts.
TestsThe ::column pseudo-element represents the individual columns in a multi-column container. It only exists on multi-column containers.
TestsA multi-column container has as many ::column pseudo-elements as it has columns. They cannot be individually addressed; any styles applied to a multicol’s ::column pseudo-elements apply to all of them on that element. Each ::column has the same size and position as its corresponding column: the same size as the column’s available space in the inline axis and the container’s content box in the block axis. (It does not cover the gaps/rules between columns.)
::column pseudo-elements are treated as children of their multi-column container, without any contents. They do not wrap the contents of the column, just fill the same space.
The ::column pseudo-element accepts only a very limited set of properties:
scroll-margin, scroll-snap-align, and scroll-snap-stop (the scroll snap properties that apply to elements inside a scroll container)
Additionally, a ::column pseudo-element can have a ::scroll-marker pseudo-element of its own, as ::column::scroll-marker. (Other pseudo-elements do not exist on ::column.) Such ::scroll-marker pseudo-elements inherit from the ::column pseudo-element’s originating element, rather than the ::column itself.
Note: This list of properties and pseudo-elements that work on ::column will likely be expanded in the future, as we develop more features that could usefully care about the position of a column without caring about the contents.
Column gaps and rules are placed between columns in the same multicol container. The length of the column gaps and column rules is equal to the column height. Column gaps take up space. That is, column gaps will push apart content in adjacent columns (within the same multicol container).
TestsBasic column rule tests
If a column rule is wider than its gap, adjacent boxes overlap.
Column rules are only drawn between two columns that have content.
Tests for behavior of backgrounds and column rules.
The column-gap property is defined in [CSS3-ALIGN].
In a multi-column formatting context the used value of normal for the column-gap property is 1em. This ensures columns are readable when the initial values are used. If there is a column rule between columns, it will appear in the middle of the gap.
TestsTests that the gap is animatable.
The row-gap property is defined in [CSS3-ALIGN].
In a multi-column formatting context the used value of normal for the row-gap property is 1em. If there is a rule between rows, it will appear in the middle of the gap.
The gap decoration properties of column-rule and row-rule, along with their longhands column-rule-color, row-rule-color, column-rule-style, row-rule-style, column-rule-width, row-rule-width are defined in [CSS-GAPS].
TestsTests for column-rule-color in multicol
Tests for column-rule-style in multicol.
Tests for column-rule-style in multicol.
When content is laid out in multiple columns, the user agent must determine where column breaks are placed. The problem of breaking content into columns is similar to breaking content into pages, which is described in CSS 2.1, section 13.3.3 [CSS21].
Three new properties are introduced to allow column breaks to be described in the same properties as page breaks: break-before, break-after, and break-inside.
break-before, break-after, and break-inside are defined in [CSS3-BREAK].
TestsThe column-span property makes it possible for an element to span across several columns. This specification adds <integer> to the values available in the previous level.
| column-span |
| none | <integer [1,∞]> | all | auto |
| none |
| in-flow block-level elements |
| no |
| N/A |
| specified value |
| per grammar |
| discrete |
This property describes how many columns an element spans across. Values are:
none The element does not span multiple columns. Tests all The element forces a column break and is taken out of flow to span across all columns of the current multicol row in the same block formatting context. Content in the normal flow that appears before the element is automatically balanced across all columns in the immediately preceding multi-column line before the element appears, and any subsequent content flows into a new multi-column line after the element. The element establishes an independent formatting context.Note: Whether the element establishes a new formatting context does not depend on whether the element is a descendant of a multicol or not. When column-span is all, it always does. This helps with robustness of designs to later revisions that remove the multicol, or when media queries turn the multicol off in some situations.
TestsIf column-span: 1 does not do the same as column-span: none, should this behave as column-span: 1 or as column-span: none when the element is small enough?
An element that spans more than one column is called a multi-column spanning element and the box it creates is called a multi-column spanner.
The containing block of the spanner is the multicol container itself. Consequently, in cases where the spanner itself does not establish a containing block for absolutely positioned boxes inside the spanner, their containing block chain skips directly to the multicol container (skipping any ancestors between the spanner and the multicol container).
Although the spanner is taken out-of-flow, this does not affect the painting order [CSS21] of the spanning element.
By setting column-span to all, all content that appears before the h2 element is shown above the h2 element.
The h2 element is set to column-span: allNote that because the spanner splits the multi-column line, it also interrupts any column rules (which are only drawn between columns in a multi-column line).
A spanning element may be lower than the first level of descendants as long as they are part of the same formatting context, and there is nothing between the spanning element and multicol container that establishes a containing block for fixed position descendants.
If the fragment before the spanner is empty, nothing special happens; the top margin/border/padding is above the spanning element, as an empty fragment.
The h2 is the first child of the section. This means that the margin, border (shown in red in the diagram) and padding on this section appear before the spanning h2 as an empty fragment.
<article> <p>...</p> <section> <h2>An h2 element</h2> <p>...</p> </section> </article> section { border: 2px solid red; margin-top: 65px; padding-top: 20px; } h2 { column-span: all; background: silver } The h2 element is set to column-span: all, the section has a red border and top padding and marginA spanning element takes up more space than the element would take up otherwise. When space is limited, it may be impossible to find room for the spanning element. In these cases, user agents may treat the element as if none had been specified on this property.
Spanners are block-level boxes therefore the margins of two adjacent spanners will collapse with each other. The margins of two spanners separated only by an absolutely positioned item will collapse with each other, as absolutely positioned items do not create column boxes. As column boxes establish a new block formatting context, margins on elements inside a column box will not collapse with the margin of a spanner.
TestsAdditional tests relating to spanners.
There are two strategies for filling columns: columns can either be balanced, or not. If columns are balanced, user agents should try to minimize variations in column height, while honoring forced breaks, widows and orphans, and other properties that may affect column heights. If columns are not balanced, they are filled sequentially; some columns may end up partially filled, or with no content at all.
| column-fill |
| auto | balance | balance-all |
| balance |
| multicol containers |
| no |
| N/A |
| specified keyword |
| per grammar |
| discrete |
This property specifies whether content in a multi-column line that does not immediately precede a spanner is balanced across columns or not.
TestsThe values are:
balance Balance content equally between columns, as far as possible. In fragmented contexts, only the last fragment is balanced. TestsIn continuous contexts, this property does not have any effect when there are overflow columns.
As a result, the first column is filled with all content:
No balancing so the whole text is shown in one paragraph.The shortest column height possible contains five lines of text. After the column height has been established, columns are filled sequentially. As a result, the third column is as high as the first two columns, while the last column ends up being significantly shorter.
Once column height is established, columns are filled sequentially.In this example, an article starts with an unbreakable figure which sets the column height. Subsequent content is filled sequentially into the remaining columns:
Column height is established by the figure.Tests relating to column balancing in combination with out-of-flow elements.
Other tests relating to balancing
Except for cases where this would cause a column break, content that extends outside column boxes visibly overflows and is not clipped to the column box.
Note: See § 6 Column Breaks for column breaks and § 9.2 Pagination and Overflow Outside Multicol Containers for whether it is clipped to the multi-column container’s content box.
Content and column rules that extend outside column boxes at the edges of the multi-column container are clipped according to the overflow property.
A multicol container can have more columns than it has room for due to:
Tests to check that a scrollable container isn't split across multiple columns.
Columns that appear outside the multicol container in continuous contexts are called overflow columns. Overflow columns in the inline direction can affect the height of the multicol container.
As a result, the number of columns is increased.
An overflow column is created in the inline direction.In continuous contexts overflow columns in the inline direction can affect the height of the multicol container. In this example a column appears in the overflow which has four lines of text. The multicol container is made tall enough to accommodate this column.
The final column is an overflow column yet is taller than the others. The container is tall enough for this column.Assuming column balancing, this would appear on the second page:
The overflow column is moved onto page two.As a result, the number of columns increases and the extra columns are added in the inline direction:
An overflow column is created in the inline direction.This would appear on the second page:
The overflow column is moved onto page two.Due to column balancing, the last paragraph is split across three columns.
This appendix is informative.
Multicol introduces no new privacy leaks.
Multicol introduces no new security considerations.
Setting container height and line length can pose challenges for people with visual or cognitive disabilities. See WCAG Success Criterion 1.4.10 Reflow and WCAG 1.4.8 Visual Presentation to understand user needs.
This document builds upon Håkon Wium Lie’s work in [CSS3-MULTICOL], and is based on several older proposals and comments on older proposals. Contributors include:
Alex Mogilevsky, Andy Clarke, Anton Prowse, Bert Bos, Björn Höhrmann, Cédric Savarese, Chris Lilley, Chris Wilson, Daniel Glazman and Dave Raggett, David Hyatt, David Singer, David Woolley, Elika Etemad, Giovanni Campagna, Ian Hickson. Joost de Valk, Kevin Lawver, L. David Baron, Markus Mielke, Melinda Grant, Michael Day, Morten Stenshorne, Øyvind Stenhaug, Peter Linss, Peter-Paul Koch, Robert O’Callahan, Robert Stevahn, Sergey Genkin, Shelby Moore, Steve Zilles, Sylvain Galineau, Tantek Çelik, Till Halbach
Conformance requirements are expressed with a combination of descriptive assertions and RFC 2119 terminology. The key words “MUST”, “MUST NOT”, “REQUIRED”, “SHALL”, “SHALL NOT”, “SHOULD”, “SHOULD NOT”, “RECOMMENDED”, “MAY”, and “OPTIONAL” in the normative parts of this document are to be interpreted as described in RFC 2119. However, for readability, these words do not appear in all uppercase letters in this specification.
All of the text of this specification is normative except sections explicitly marked as non-normative, examples, and notes. [RFC2119]
Examples in this specification are introduced with the words “for example” or are set apart from the normative text with class="example", like this:
Informative notes begin with the word “Note” and are set apart from the normative text with class="note", like this:
Note, this is an informative note.
Advisements are normative sections styled to evoke special attention and are set apart from other normative text with <strong class="advisement">, like this: UAs MUST provide an accessible alternative.
TestsTests relating to the content of this specification may be documented in “Tests” blocks like this one. Any such block is non-normative.
Conformance to this specification is defined for three conformance classes:
style sheet A CSS style sheet. renderer A UA that interprets the semantics of a style sheet and renders documents that use them. authoring tool A UA that writes a style sheet.A style sheet is conformant to this specification if all of its statements that use syntax defined in this module are valid according to the generic CSS grammar and the individual grammars of each feature defined in this module.
A renderer is conformant to this specification if, in addition to interpreting the style sheet as defined by the appropriate specifications, it supports all the features defined by this specification by parsing them correctly and rendering the document accordingly. However, the inability of a UA to correctly render a document due to limitations of the device does not make the UA non-conformant. (For example, a UA is not required to render color on a monochrome monitor.)
An authoring tool is conformant to this specification if it writes style sheets that are syntactically correct according to the generic CSS grammar and the individual grammars of each feature in this module, and meet all other conformance requirements of style sheets as described in this module.
So that authors can exploit the forward-compatible parsing rules to assign fallback values, CSS renderers must treat as invalid (and ignore as appropriate) any at-rules, properties, property values, keywords, and other syntactic constructs for which they have no usable level of support. In particular, user agents must not selectively ignore unsupported component values and honor supported values in a single multi-value property declaration: if any value is considered invalid (as unsupported values must be), CSS requires that the entire declaration be ignored.
To avoid clashes with future stable CSS features, the CSSWG recommends following best practices for the implementation of unstable features and proprietary extensions to CSS.
Once a specification reaches the Candidate Recommendation stage, non-experimental implementations are possible, and implementors should release an unprefixed implementation of any CR-level feature they can demonstrate to be correctly implemented according to spec.
To establish and maintain the interoperability of CSS across implementations, the CSS Working Group requests that non-experimental CSS renderers submit an implementation report (and, if necessary, the testcases used for that implementation report) to the W3C before releasing an unprefixed implementation of any CSS features. Testcases submitted to W3C are subject to review and correction by the CSS Working Group.
Further information on submitting testcases and implementation reports can be found from on the CSS Working Group’s website at http://www.w3.org/Style/CSS/Test/. Questions should be directed to the public-css-testsuite@w3.org mailing list.
| auto | <integer [1,∞]> | auto | block containers except table wrapper boxes | no | N/A | by computed value | per grammar | specified value |
| auto | balance | balance-all | balance | multicol containers | no | N/A | discrete | per grammar | specified keyword |
| auto | <length [0,∞]> | auto | block containers except table wrapper boxes | no | N/A | by computed value type | per grammar | the keyword auto or an absolute length |
| none | <integer [1,∞]> | all | auto | none | in-flow block-level elements | no | N/A | discrete | per grammar | specified value |
| auto | <length [0,∞]> | auto | block containers except table wrapper boxes | no | N/A | by computed value type | per grammar | the keyword auto or an absolute length |
| auto | nowrap | wrap | auto | multicol containers | no | n/a | discrete | per grammar | specified keyword |
| [ <'column-width'> || <'column-count'> ] [ / <'column-height'> ]? | see individual properties | see individual properties | see individual properties | see individual properties | see individual properties | per grammar | see individual properties |
In all current engines.
In all current engines.
In all current engines.
In all current engines.
In all current engines.
In all current engines.
In all current engines.
In all current engines.
In all current engines.
In all current engines.
In all current engines.
In all current engines.
In all current engines.