OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]
RE: [xml-dev] CSS does not use the XML syntax. Why not?

I've been working with the XML/XPath/XSLT/CSS combination for applying
styling since 2007, starting with my first ideas about it in this post:

I would recommend it; It's simple to create, simple to edit, simple to
maintain, simple to read, and simple to share.

You'll have to make a mix of applying it inline and through regular CSS
selectors. Inline isn't pretty for SEO, so some 'intelligence' would be nice
(though I hadn't the time and motivation to build this).

I'll consider sharing my framework, but there's no really need to cause you
can create it in just a few hours depending on what language you use. PHP is
very simple using the default DOM-modules+XSL(T).

Good luck!

-----Original Message-----
From: Thomas Lord [mailto:lord@emf.net] 
Sent: maandag 23 juni 2008 21:05
To: Micah Dubinko
Cc: Costello, Roger L.; xml-dev@lists.xml.org
Subject: Re: [xml-dev] CSS does not use the XML syntax. Why not?

Micah Dubinko wrote:
> You could put a slight twist on the question and ask
> "Why don't any of the versions of CSS selectors use any of the versions of
> XPath?"

History, again.   CSS precedes XPath by two years.

> (Not advocating any position, just interested in the discussion)

Does it need advocacy?  A subset of XPath is surely isomorophic
to selectors.  The parsimony of sharing syntaxes, semantics, and
implementations would likely work well.   How could anyone
seriously object, were it practical to make that change?   (The
impracticality is serious, though:  we'll have browsers standardized
on the current syntax for quite a while to come I'm sure.  Changes
that cause more browsers to implement CSS *correctly* are surely
a higher priority :-)

Were one to attempt an XML syntax for stylesheets (and XSLT transform
to ordinary CSS syntax) it would be interesting to see if the XML
version could use XPath.  (Having XPath <-> XML transforms as
primitive operations or a standard library in XSLT and XQuery
would be handy for this and many purposes.)

An XML/XPath solution could (this is quite speculative) be a
very interesting tool.   For example, given an XML database,
libraries of styles could be associated with various parts of some
of the schema present in the database.   Then, pages could be
synthesized on the fly -- along with customized style sheets for
those pages.   One can imagine systems that let users program
up new queries interactively, on the fly, and then then render
reports from those queries very smartly - composing various
XML-ized style sheet fragments into a complete stylesheet which,
as a final step, gets transformed to the syntax browsers like.
Micro-formats on steroids, so to speak.



XML-DEV is a publicly archived, unmoderated list hosted by OASIS
to support XML implementation and development. To minimize
spam in the archives, you must subscribe before posting.

[Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/
Or unsubscribe: xml-dev-unsubscribe@lists.xml.org
subscribe: xml-dev-subscribe@lists.xml.org
List archive: http://lists.xml.org/archives/xml-dev/
List Guidelines: http://www.oasis-open.org/maillists/guidelines.php


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 1993-2007 XML.org. This site is hosted by OASIS