This is a page from the Cascading Style Sheets Working Group Blog. Some other places to find information are the “current work” page, the www-style mailing list, and the Future of CSS syndicator.
Do you want to know how the CSS WG works? Fantasai has written about:csswg, An Inside View of the CSS Working Group at W3C.
The CSSWG recently published CSS Cascading and Inheritance Level 3 as a Candidate Recommendation. W3C encourages implementations of this module, and welcomes feedback resulting from such implementation. Requests for new features will be assigned to Level 4.
CSS Cascading and Inheritance Level 3 describes how to collate style rules and, by way of cascading an inheritance, assign values to all properties on all elements in the document. New features since the previous level (CSS2.1) include:
The spec also collapses all inputs to the cascade into a single list, making it easier to understand how different levels appended to the CSS2.1 definitions fit together.
Significant changes since the Last Call Working Draft are listed changes section.
As always, please send feedback to the (archived) public mailing list www-style@w3.org with the spec code ([css-cascade]
) and your comment topic in the subject line. (Alternatively, you can email one of the editors and ask them to forward your comment.)
rgb()
and rgba()
will accent number
rather than integer
angle
in place of number
for huespercentage
as alpha-value
color-correction
property to CSS4 color draft, with issue about the problem it’s trying to solve and consideration that it might not be the right solution.auto
keyword.letter-spacing: length
doesn’t restrict justification. text-justify:inter-word;
disables inter-letter justification. letter-spacing:normal;
computes to 0.text-align-last
on text-align:justify
and mark issue for feedback on shorthanding vs. not.text-align: start end
in, add an issue about naming, and mark it at risk.
tcy
and writing modes yesterday.match()
function.FontFace
interface issues were also discussed. TabAtkins requested that others review the spec to allow for implementation to occur.mask-image
property only takes one layer.mask-repeat
is no-repeat
.none
to mask
.mask-position
is center
.mask-origin
is border-box
.Sticky
would add good functionality.Sticky
to the Position module.Text-Combine
name was discussed, but no solution was decided.text-combine-horizontal
, glyph-orientation-horizontal
, text-combine
, and text-combine-upright
.Full Minutes
Specs Referenced: GCPM, Page Floats, CSS3 Page, CSS Color, and Overflow
text-combine-horizontal
. The group came to three options, but decided to continue the conversation later to decide between those choices.text-combine-horizontal: digits 1
grid-definition-rows/grid-definition-columns/grid-template
to grid-template-rows/grid-template-columns/grid-template-areas
.getComputedStyle
returns used values for grid-template-rows/columns
.grid-area
to grid-field
.xml:base
interaction test failure as an xml:base
bug.Tab presented his new spec preprocessor, Bikeshed.
setProperty
‘s handling of importance logically behaves same as appending a declaration (like IE/WebKit).setPropertyValue
and setPropertyPriority
application programming interfaces.foo(A)
, infer the foo()
on the other side (using no-op arguments).foo(A)
to bar(A)
) uses recursive interpolation (building a stack of compatible functions, e.g. foo(bar(A))
) or just uses cross-fade()
.linear-gradient()
.::column
just had overflow:visible
by default).column-fill
has no effect on overflow columns.balance
and either balance-last
or balance-all
, depending on what implementations (including Prince and Antenna House) do by default.Full Minutes
Spec Discussed: Regions Shapes
Discussed possible syntaxes additions for making transform lists easier to interpolate. One idea discussed was using commas to group transforms. This had a number of disadvantages, one of which is incompatibility with SVG syntax. Another idea was introducing a null transform, which would be compatible with all transforms and to use as a placeholder in a list. No conclusions and no changes to this level.
There was also a brief diversion into the idea of editing only one segment of a list-valued property.
overflow: clip
to new Editor’s Draft.doubles
instead of float
for matrix items.DOMMatrix
, DOMPoint
and DOMPointLiteral
were deferred until next week.device-cmyk()
. No conclusion was reached by the end of time, so the discussion will be continued on the mailing list.The CSS Working Group has published an updated Working Draft of CSS Syntax. This module describes, in general terms, the basic structure and syntax of CSS stylesheets.
This is a complete rewrite of the obsolete 2003 draft. It describes CSS tokenization and parsing in imperative recursive decent style, and exhaustively covers error handling. Additionally, the An+B syntax used in :nth-child() and related Selectors is not described in terms of the same tokenizer as the rest of CSS.
Changes since CSS 2.1 are listed in the Changes section.
As always, please send feedback to the (archived) public mailing list www-style@w3.org with the spec code ([css-syntax]
) and your comment topic in the subject line. (Alternatively, you can email one of the editors and ask them to forward your comment.)
The CSSWG published a Working Draft of CSS Ruby Level 1 this week. This module describes the rendering model and formatting controls related to displaying ruby annotations in CSS.
The new draft extends the model to handle HTML5 ruby markup, and adds details on box generation, layout, alignment and justification, white space handling, line breaking, and various other details. In addition, the CSS properties offering control over ruby layout have been reduced, simplified, and aligned better with existing CSS controls in other layout models. Significant changes since the 2003 version are listed in the Changes section.
Comments are welcome on all aspects of this draft. As it’s a rather radical rewrite of the old spec, this is essentially a “first” draft of the CSS Ruby model, and we would appreciate feedback on the correctness and reasonableness of all the newly-specified details.
As always, please send feedback to the (archived) public mailing list www-style@w3.org with the spec code ([css-ruby]
) and your comment topic in the subject line. (Alternatively, you can email one of the editors and ask them to forward your comment.)
The CSS Working Group has published an updated Working Draft of CSS Grid Layout Level 1. This CSS module defines a two-dimensional grid-based layout system optimized for user interface design.
There were lots of changes since the last Working Draft, including:
As resolved in May as part of the Logical Directions Renaming, we’ve updated the grid placement longhand properties to be grid-row-start
/grid-row-end
/grid-column-start
/grid-column-end
with the shorthands grid-row
/grid-column
and grid-area
. (We expect authors to use the shorthands most frequently.)
As discussed at the Tokyo F2F in June, we also renamed the grid-definition-rows/columns
properties to grid-template-rows/columns
, and changed grid-template
to grid-template-areas
. This gives all the properties defining the explicit grid the same prefix. (We also added a grid-template
shorthand, for good measure.)
We adopted the grid
shorthand syntax from the Template Layout module and added the ability to set values for auto-formatted grids. The template shorthand syntax allows authors to visually associate the various row and column measurements with their respective rows and columns in the named template areas.
The previous named lines syntax was pretty awkward, as pointed out in this thread. It also used strings as CSS-internal identifiers, which we don’t do anywhere else. We adopted the proposal from that thread, which was to switch to identifiers and use parentheses to group multiple names for the same position. This has the benefit of
A more subtle change to named lines is that named grid areas now implicitly create named lines corresponding to their start and end edges, so you can more easily position something to the start or end edge of a particular named grid area without having to explicitly name those lines.
We’ve also clarified how absolutely-positioned items interact with the grid-placement properties, defined the static position of grid container children, rewrote and fixed errors in auto-placement algorithm.
And last but not least, we redesigned the subgrids feature, which allows alignment across the contents of a grid container’s immediate children.
We still have some open issues, in particular some open discussion around the grid-auto-flow
, that we hope to resolve soon. After that we expect most of the high-level design work to be complete, and then we’ll be digging into the gnarly layout details until we iron them all out.
As always, please send feedback to the (archived) public mailing list www-style@w3.org with the spec code ([css-grid]
) and your comment topic in the subject line. (Alternatively, you can email one of the editors and ask them to forward your comment.)
UNICODE-RANGE
token (in Syntax & CSS2.1) to be more restrictive in what it accepts, per Tab’s proposal. (No changes to Fonts.)
text-combine-horizontal
doesn’t disable font-variant: full-width
. Revisit if fonts start to become popular that would benefit from this extra interaction.
Browse by date:
Browse by category: