> > <br>'s aren't the problem, nor are <a> or <img>, as these generally
> > don't have styles. 
> 
> You are concentrating on css styling the problem with br etc 
> is greater
> they simply don't work at all if IE sees them in html mode as 
> <br></br>

Well that depends on how the serlialiser works - by preventing tag
minimisation I dont necessarily want elements whose content model is
EMPTY to be expanded.

I wouldn't write a literal result element such as <br /> as <br></br>,
so if the serialiser left that as <br /> all would be well.

LRE's should remain as they are written.

Elements that the serialiser finds to be empty should be left expanded
as well.

I guess it all comes down to if the serialiser can distinguish between
<foo/> and <foo></foo>.


> But if the intention is to produce something acceptble to legacy
> browsers, it doesn't work. XSLT2 draft gives you an xhtml 
> output mode as
> part of the standard and as Mike has said, some systems 
> already provide
> it as an extension.

Yeah, this looks like the answer.

Im guessing, but here is the xhtml serialiser aware of the elements that
are html, and as such knows not to minimise them - effectively what Im
talking about?

cheers
andrew

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.385 / Virus Database: 217 - Release Date: 04/09/2002
 

 XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list