W3C home > Mailing lists > Public > www-style@w3.org > November 2012

Re: [css21] undo style declarations / cascading

From: Tab Atkins Jr. <jackalmage@gmail.com>
Date: Thu, 8 Nov 2012 09:46:02 -0800
Message-ID: <CAAWBYDAaU9jiK=1G=4OLOF3RqEPa8E60bDx+RKoLXuZK+EC+Hw@mail.gmail.com>
To: Andrew Fedoniouk <news@terrainformatica.com>
Cc: www-style list <www-style@w3.org>
On Wed, Nov 7, 2012 at 9:15 PM, Andrew Fedoniouk
<news@terrainformatica.com> wrote:
> Consider this markup
> <body id=main>
>     ...
>     <div id=editor contenteditable>
>         <table width=700 >...</table>
>     </div>
> </body>
> And in styles declared somewhere for the page there is such rule:
> #main table { width:100%; }
> that obviously applies to the #editor>table element and
> that ruins the design of content inside #editor.
> So there is a need for something like
> #editor>table { width: <use-default-handling>; }
> But I simply don't know what to put there. width:auto has different meaning
> for the table and other elements like img, textarea, etc.
> Disclaimer: I do know that @width and the like are deprecated but that
> is about editing real documents from the web wilderness.
> It should be something to achieve this, no?

fantasai and I just started our fixup of the Cascade module on
Tuesday, and added in the 'default' css-wide keyword, based on
discussions like this over the years:

However, due to the design of presentational hints like the 'width'
attribute, this still won't *quite* do what you want - if you use
'default' in an author-level stylesheet, it'll strip away all the
author-level rules, which includes presentational attributes.

fantasai and I debated whether presentational hints should stay where
they currently are (at the very bottom of the author level) or should
move to a separate cascade level immediately below author.  The
difference isn't detectable currently, but will be after browsers
implement 'default'.

Currently we're sticking with the existing definition, but we could be
convinced to do the separate cascade level.

Received on Thursday, 8 November 2012 17:46:50 UTC

This archive was generated by hypermail 2.3.1 : Monday, 2 May 2016 14:39:05 UTC