W3C home > Mailing lists > Public > html-tidy@w3.org > July to September 2002

RE: Request: a 'strip-presentation' option

From: Charles Reitzel <creitzel@rcn.com>
Date: Thu, 25 Jul 2002 11:07:30 -0400
Message-Id: <>
To: "Jelks Cabaniss" <jelks@jelks.nu>
Cc: <html-tidy@w3.org>, <Tidy-develop@lists.sourceforge.net>

That's how I interpreted it.  I think author assigned class attributes are 
highly "structural" in the sense they are one of the few ways to add 
semantic meaning to presentation oriented markup.  Because of this, class 
attributes are prime candidates for XPath statements in XSLT 
transforms.  Which, I believe, is another way to say what Richard said.

As a practical matter, it will be difficult to distinguish author-supplied 
from Tidy-generated class attributes.  Better to simply not generate 
them.  But this is an implementation detail.

take it easy,

At 01:54 AM 7/25/2002 -0400, Jelks Cabaniss wrote:

>Richard A. O'Keefe wrote:
> > Jelks Cabaniss" <jelks@jelks.nu>
> > (1) wants a single option to drop presentation stuff entirely,
> > (2) and for this to also strip class= attributes.
> >
> > I agree with (1).
> > But when mapping from XML to HTML I like to use the
> > class= attribute to record the original XML element
> > type.  If you have an information retrieval system
> > that tries to exploit element structure (and this is
> > one very good reason for wanting to have only
> > structural elements there) then you might want to
> > use the *original* element types in your indexing,
> > if you know them.  I know someone who is building
> > just such an information retrieval system, so I
> > wouldn't go along with (2).
> >
> > What I want instead is a way for presentation
> > stripping not to touch class attributes at all.
>Ah, I wasn't clear.  I didn't mean for Tidy to strip *all* class 
>attributes, just the ones *it* builds internally to replace <FONT> tags, 
>etc. when the "clean" option is specified (Tidy names these classes "c1", 
>"c2", ...).
>Class attributes in the original markup should of course be left intact.
Received on Thursday, 25 July 2002 11:01:21 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:38:52 UTC