- From: Andrew S. Townley <ast@atownley.org>
- Date: Thu, 28 Dec 2006 19:27:01 +0000
- To: Mike Bremford <mike-css@bfo.co.uk>
- Cc: www-style@w3.org
Hi Mike,
No, I don't think you misunderstood the question. I'm just getting
started trying to figure this out, so I didn't realize that the
attribute selectors worked that way.
As for the id, class and style attributes, I realize that they are part
of X/HTML, but I was suggesting that their semantics could be isolated
so they could be used within other vocabularies to support the type of
CSS styling familiar to most users. I wasn't advocating the use of the
style attribute, but if you were doing the other two, I thought it
should be included as well. This would also serve to separate
presentation-only attributes from any other attributes within the
vocabulary, which I think would be a good thing.
I'm still not convinced in my own head if xml:id and the id for styling
should be the same or not. I can see arguments both ways. For example,
if you were trying to style the first and last elements, you might want
to embed a css:id="first" into your content somehow. This would be
different than xml:id="first" which might apply to a different scope
that wasn't currently visible due to dynamic manipulation of content
styles.
I guess the other question I have if the selectors already exist for
this sort of thing is what implementations of this functionality
currently exist?
Thanks for your help,
ast
On Thu, 2006-12-28 at 18:46, Mike Bremford wrote:
> I may have I've misunderstood your question, but I'll take a shot
> anyway.
>
> Styling of arbitrary XML doesn't require any additional attributes to
> be added. The "#id" and ".class" selectors are just syntactic sugar
> for the attribute selectors "[id=id]" and "[class~=class]" - there is
> nothing special about those attributes in CSS, and they don't need to
> exist in your XML vocabulary. The "style" attribute isn't part of CSS
> - that's an XHTML-specific way of specifying CSS inline.
>
> So given your use-case, if your XML syntax used "foo:name" as an
> identifer rather than "id", you'd need to write your CSS as
>
> bar[foo|name=myid] { ... }
>
> it's not as pretty as bar#myid, but does an identical job.
>
> Useful? Or did I miss completely?
>
>
> Cheers... Mike
>
>
> On 28 Dec 2006, at 14:57, Andrew S. Townley wrote:
>
> >
> > Hi,
> >
> > I've been trying to find an answer to this in the archives, and I
> > think
> > I might be getting close, but I wanted to ask before I spent much more
> > time going in circles. What I'm looking for is the current status of
> > any efforts to applying CSS to arbitrary XML vocabularies which
> > weren't
> > XHTML.
> >
> > In doing some investigation on this topic, it seems like there is some
> > support in CSS3 for dealing with namespaces. This means that you can
> > style elements with basic, typography type styles, but I'm
> > wondering if
> > there was already some way to apply specific class/id type styles.
> >
> > Where I'm going with this is that if you had a CSS engine that
> > could be
> > loaded with rules and apply them to a particular document, using the
> > namespace support already being proposed for CSS3, wouldn't you
> > potentially also need a corresponding CSS XML vocabulary to define the
> > necessary attributes, e.g. css:class, css:style and arguably a css:id?
> > The down-side is that to take advantage of this with vocabularies
> > which
> > were validated, support for these attributes or an open attribute
> > content model must be supplied in the schema.
> >
> > I was wondering if something like this has been discussed before. If
> > I'm on the wrong list, my apologies, but since this is really more
> > of a
> > CSS thing than an XML thing, I figured this would be a good place to
> > start.
> >
> > The use case for something like the above CSS XML attribute
> > definitions
> > would be if you were dealing with documents of a particular XML
> > vocabulary that you wanted to directly incorporate into a hypermedia
> > application. The use of the css: attributes would allow you to be
> > able
> > to treat certain elements in the vocabulary with conditional
> > styling as
> > the user interacted with the application, e.g. selecting an element
> > from
> > a dynamic user interface. You'd need to dynamically modify the
> > content
> > model to add/remove the attribute when the user interacted with the
> > application, but I think this would be the best way to accomplish
> > such a
> > scenario.
> >
> > What I'm trying to avoid is transforming the underlying XML vocabulary
> > to XHTML for display purposes because I want to preserve the
> > vocabulary's semantics within the hypermedia application, but have
> > to do
> > as little work as possible to render any given view of a particular
> > element. Maybe the above doesn't really make any sense, but I
> > wanted to
> > ask the question before I went off and tried some things along these
> > lines.
> >
> > Thanks in advance,
> >
> > ast
> > --
> > Andrew S. Townley <ast@atownley.org>
> > http://atownley.org
> >
> >
> >
>
>
--
Andrew S. Townley <ast@atownley.org>
http://atownley.org
Received on Thursday, 28 December 2006 19:27:57 UTC