W3C home > Mailing lists > Public > www-style@w3.org > December 2005

Re: styling xml with css - copying xml attribute values into CSS attribute values

From: Orion Adrian <orion.adrian@gmail.com>
Date: Fri, 16 Dec 2005 15:52:47 -0500
Message-ID: <abd6c8010512161252q4e5357aawb77e17781a95b879@mail.gmail.com>
To: www-style@w3.org

On 12/16/05, Anne van Kesteren <annevk@opera.com> wrote:
> On Fri, 16 Dec 2005 19:58:58 +0100, Orion Adrian <orion.adrian@gmail.com>
> wrote:
> >> Not in the way he suggests you do it.
> >
> > And in the way I'm suggesting it?
>
> Makes sense. (Although I'd would not really like it in any text/css file.
> More something different.)

I never suggested they be in the same document. Notice in my examples
I didn't use any standard CSS properties, just the syntax.

> >> Also, this would require some additional document where XHTML already
> >> contains this kind of meaning. Not to say I really dislike your
> >> "proposal"
> >> though. Quite often there seems to be some need to let CSS specify
> >> semantic hints/semantics.
> >
> > I think the fundamental problem here and why everybody wants to
> > populate CSS with junk is because they want the matching mechanism.
> > They want to be able to say, all these like this have these
> > properties.
>
> Yeah, like saying that some element has the same semantics as html:title
> for example.

Specifically that it has the semantics of a title. The tools used to
communicate information have been around a long time and it's more
like: this element has title semantics and so does html:title.

> > It's part of the reason I'd like CSS to be broken apart into it's core
> > components and standardized seperately. Specifically the matching
> > algorith + selectors - certain pseudo-classes; the box model and the
> > properties that can be applied to it; and the grammar.
>
> Selectors is separate from CSS.

I think you mean selectors are a discrete module in CSS. What I'm
talking about is breaking it out for real. Selectors still specify
things that only make sense in a visual medium and my imaginary XML
vocabulary may not make any sense visually or at least it may not
allow text. While I like the idea of pseudo-elements and
pseudo-classes, I feel it should be another module that defines the
specific classes and elements and it should be up to the selector spec
to simply specify that there are these things called pseudo-elements
and pseudo-classes and here's how to define/use them.

--

Orion Adrian
Received on Friday, 16 December 2005 20:52:57 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 27 April 2009 13:54:42 GMT