[uf-rest] AHAH! Not yet.

Wed Jan 4 14:48:09 PST 2006

Of the top of my head, LINK and META are not definitely not valid in the 
BODY. Of course, this may not make any real difference since this is 
happening post original document creation.

Regards, etc...
David

Dr. Ernie Prabhakar wrote:
> Hi Justin,
> 
> On Jan 4, 2006, at 2:32 PM, Justin Maxwell wrote:
>> On 4 Jan 2006, at 13:21, Dr. Ernie Prabhakar wrote:
>>
>>> If that's true, then why were you worried about the 'meta' tags 
>>> appearing in the calling document?
>>
>> Thanks for asking, and sorry for the confusion.  The actual <body> 
>> node is not loaded, only its children are.  Before that, however, the 
>> children of the <head> node are loaded.
> 
> How bizzarre. I've always assumed that 'meta' and 'link' are NOT valid 
> in <body>; could some HTML language lawyer confirm?   If so, this seems 
> a really annoying behavior for 'innerHTML' in the DOM. :-(
> 
> If I'm right, then this is even more obnoxious than I thought.  What did 
> you think of my suggestion of adding a "source" div to the AHAH call?  
> Would that actually make your life simpler, by allowing you to 'host' 
> all your AHAH fragments on a single page?
> 
> -- Ernie P.
> 
>>
>> Here's a sample chunk with private portions omitted
>>
>> My app loads valid xhtml page content into a div id="content-top"
>>
>>     <div id="content-top">
>>         <meta http-equiv="Content-type" content="text/html; 
>> charset=utf-8">
>>         <meta http-equiv="Refresh" content="0; url=/myurl/><title>My 
>> title</title>
>>         <meta http-equiv="Expires" content="Fri, 26 Mar 1999 23:59:59 
>> GMT">
>>         <meta name="Author" content="My author">
>>         <link rel="home" href="http://www.myurl.com/">
>>         <link rel="index" href="http://www.myurl.com/sitemap.html">
>>         <div id="mycontent">
>>             <p>Check me out</p>
>>         </div>
>>     </div>
>>
>> So, the body tag isn't loaded, but tags from the head section are.
>> _______________________________________________
>> microformats-rest mailing list
>> microformats-rest at microformats.org
>> http://microformats.org/mailman/listinfo/microformats-rest
> 
> _______________________________________________
> microformats-rest mailing list
> microformats-rest at microformats.org
> http://microformats.org/mailman/listinfo/microformats-rest
> 
> 