Paul,This is a difficult subject, and shows many warts from the history of HTML and web browser standards compliance.
What I'm suggesting is that you should be able to guide the browser into choosing an XHTML-compliant rendering mode, instead of the HTML-quirks or HTML-standards modes. Looking at your latest test, I see that it is not in the xhtml namespace, and is not well-formed (two elements are unclosed). So I wouldn't expect your test to render as XHTML - and it doesn't.
However, fixing the unclosed elements and the namespace may not be enough. While many modern browsers display xhtml correctly, they rely on various checks to ensure that they are seeing xhtml. But I suspect that you're browsing test documents on the filesystem, where browsers mostly can't detect XHTML.
I'm testing using a 'test.xqy' via a MarkLogic Server http port. Besides the fixes mentioned above, I also send "application/xhtml+xml" as the content-type header. Again, loading a test document from the filesystem probably won't work.
I see that, if I fix your sample to be well-formed xml, set the xmlns, and send an xhtml content-type header, both Firefox and IE6 display *both* textarea elements correctly.
xdmp:set-response-content-type("application/xhtml+xml"),
<html xmlns="http://www.w3.org/1999/xhtml";>
<body>
<textarea></textarea>:
<textarea></textarea>
<p/>
<textarea/>:
<textarea/>
</body>
</html>
Note that the above XML still isn't valid XHTML - it doesn't have a head
element or a title element. Neither of those problems seem to bother
Firefox or IE6, but it might be prudent to fix them anyway.
I can't answer your deeper question, aside from pointing to the public release notes for MarkLogic Server 3.2 at http://developer.marklogic.com/pubs/3.2/books/relnotes.pdf - if that doesn't help, perhaps you should try our support channels.
-- Mike Williams, Paul wrote:
Hi Mike - Just to make sure we're talking apples and apples, I've attached an html file containing both forms. So, when you open this file in IE6, you don't see the closing body and html tags inside the textarea? I.e., both textarea boxes look the same (empty) to you? If so, there must be a config setting somewhere that tells your IE6 to assume XHTML while mine assumes its normal HTML. I see the end tags inside the second text area in both IE6 and Firefox 1.5. So both of these are expecting the HTML version with an end tag. But, my original question was prompted by curiosity as to what changed between MLS 3.1 and 3.2 to make it produce the shorthand XHTML version of an empty TEXTAREA element instead of the HTML version which requires an end tag. Thanks for responding. -- Paul [Land] (402) 592-8218 [Air] (402) 203-2232-----Original Message----- From: [EMAIL PROTECTED] [mailto:general- [EMAIL PROTECTED] On Behalf Of Michael Blakeley Sent: Friday, July 13, 2007 5:50 PM To: General Mark Logic Developer Discussion Subject: Re: [MarkLogic Dev General] textarea closing missing Paul, Both forms work for me, using IE 6.0.2800.1106. That is, I see anemptytextarea on the resulting page. -- Mike Williams, Paul wrote:For example, this seems to work for me, in IE6: <html xmlns="http://www.w3.org/1999/xhtml";> <body> <textarea></textarea> </body> </html>That's because that is valid HTML. It should work even without the XHTML namespace declaration. You have the end tag in there insteadofthe shorthand "<textarea/>" which is not valid HTML. Try this... <html xmlns="http://www.w3.org/1999/xhtml";> <body><textarea/></body> </html> You'll see that since the textarea is never legally closed, the restofthe page shows up as contents of the text box when rendered in IE6 regardless of the XHTML namespace. -- Paul _______________________________________________ General mailing list [email protected] http://xqzone.com/mailman/listinfo/general------------------------------------------------------------------------ _______________________________________________ General mailing list [email protected] http://xqzone.com/mailman/listinfo/general
smime.p7s
Description: S/MIME Cryptographic Signature
_______________________________________________ General mailing list [email protected] http://xqzone.com/mailman/listinfo/general
