logo       

Re: XMLC, setEnableXTHMLCompatibilty: msg#00021

java.enhydra.xmlc

Subject: Re: XMLC, setEnableXTHMLCompatibilty

At 09:15 AM 10/7/2003 -0700, you wrote:
>But what I see happening, is that when I generate XHTML like this:
>
>--snip--
><div>
> Title
> <div class="foo" />
> More content
></div>
>Final Content
>--end--
>
>--snip--
>I get very different results than when I generate
>
><div>
> Title
> <div class="foo" ></div>
> More content
></div>
>--end--
>
>Essentially, the browser is ignoring the implcit end of the second div.

Here's a relevant page from WC3 about this.

http://www.w3.org/TR/xhtml1/#C_3

-Justin

Ok, this is what I thought. There never should be a <div/> or <p/>. So, David, are you supplying <div/> in your tempate or are you removing the text node and then then XMLC's XMLFormatter is outputing <div/>??? How common is this? If XMLC is doing it, then that should probably be added to the setXHTMLCompatibility() stuff.

BTW, what difference are you seeing in the display? That is, what do you mean by "ignoring the implicit end"? And when you say "the browser", do you mean IE, Mozilla, or both?

Jake


<Prev in Thread] Current Thread [Next in Thread>
Google Custom Search

News | FAQ | advertise