Re: CSSStyleDeclaration: Setting only a value or a priority

On Thursday 2013-08-22 17:00 -0400, Zack Weinberg wrote:
> Simon Pieters <> wrote:
> > L. David Baron <> wrote:
> >> Simon Pieters wrote:
> >>> setProperty with no priority was *not* a no-op in the previous spec.
> >>> Instead, it would set the value and unset important. This is what
> >>> Gecko (and Presto) implements also.
> >>>
> >>>
> >>
> >> OK, I guess it was originally implemented that way but changed in
> >> .
> >
> > The reporter of that bug clearly has a different mental model about what
> > setProperty should do.
> Since that was me ...
> David, I think you've let the guts of Gecko's implementation color
> your thinking a little too much.  Specifically, the fact that Gecko
> maintains separate "declaration blocks" for !important and normal
> properties from the same style rule is an artifact of the
> implementation that should *not* IMNSHO be visible to style authors.
> Style authors should be presented a unified view in which any given
> rule has only one value for any given property, which may or may not
> have its !important bit set.

I don't think the mental model is at all related to the storage;
I've had that mental model since before we took that approach for
storage.  And I also dislike that approach for storage and would
prefer to have them stored together.

> As such, setProperty(prop, value, "") should be thought of *not* as
> "appending a new property-value pair to the style rule, which may then
> override an earlier pair" but as "*replacing* the existing value for
> 'prop', if any, otherwise setting it anew". I believe this is the most
> natural mental model.

It's pretty odd once you have margin-left interacting with
margin-start, though, since then (in LTR),
setProperty("margin-left", "...") will override a margin-before in
the same declaration block *unless* there was a pre-existing
margin-left declaration that was before the margin-before
declaration.  That's pretty odd.

> (Relatedly, I think the behavior of
>    p { color: green !important; color; red }
> is surprising and inconsistent with the rest of CSS, and should
> probably be changed so the textually-last property clobbers the
> !important one.)

I think CSS1 and CSS2 are both pretty clear that:
  p { color: green !important; color: red }
is intended to simply be a shorthand for:
  p { color: green !important }
  p { color: red }

While what you propose is perhaps a consistent model, it's
inconsistent with the stated intent of declaration blocks in CSS.


𝄞   L. David Baron                  𝄂
𝄢   Mozilla                   𝄂
             Before I built a wall I'd ask to know
             What I was walling in or walling out,
             And to whom I was like to give offense.
               - Robert Frost, Mending Wall (1914)

Received on Thursday, 22 August 2013 23:40:08 UTC