http://stereointeractive.com/blog/2009/07/27/ie-6-getelementsbyid-and-prototype-function-return-dom-elements-by-name/ Development Blog Tue, 07 Sep 2010 10:31:10 +0000 http://wordpress.org/?v=2.9.2 hourly 1 http://stereointeractive.com/blog/2009/07/27/ie-6-getelementsbyid-and-prototype-function-return-dom-elements-by-name/comment-page-1/#comment-458 Andrew Noyes Mon, 27 Jul 2009 20:53:11 +0000 http://stereointeractive.com/blog/2009/07/27/ie-6-getelementsbyid-and-prototype-function-return-dom-elements-by-name/#comment-458 Depends on which bandwagon you're on; XHTML 2.0 or HTML5. I tend to agree with the HTML5 side of the fence--the XHTML spec as is and into the foreseeable future is a purely academic agreement and seems to care almost not at all for the problems facing UI designers. The spec is designed for the markup of academic and scientific documents, and beyond that you're stretching the rules. I honestly would have liked for HTML5 to be based on XHTML 1.0. It's not any more semantic than HTML 4.01, but I just like how the community at large has used XHTML as an opportunity to rally people around standards compliance. Not to insult the intelligence of web designers, but it's easier to tell people "XHTML good, HTML bad" than say "HTML 4.01 Strict should be typed semantically and strictly, and here are a few scenarios you should avoid". It leaves a lot of gray area, and gray area is what lead HTML to such misuse in the past. Depends on which bandwagon you’re on; XHTML 2.0 or HTML5. I tend to agree with the HTML5 side of the fence–the XHTML spec as is and into the foreseeable future is a purely academic agreement and seems to care almost not at all for the problems facing UI designers. The spec is designed for the markup of academic and scientific documents, and beyond that you’re stretching the rules. I honestly would have liked for HTML5 to be based on XHTML 1.0. It’s not any more semantic than HTML 4.01, but I just like how the community at large has used XHTML as an opportunity to rally people around standards compliance. Not to insult the intelligence of web designers, but it’s easier to tell people “XHTML good, HTML bad” than say “HTML 4.01 Strict should be typed semantically and strictly, and here are a few scenarios you should avoid”. It leaves a lot of gray area, and gray area is what lead HTML to such misuse in the past.

]]> http://stereointeractive.com/blog/2009/07/27/ie-6-getelementsbyid-and-prototype-function-return-dom-elements-by-name/comment-page-1/#comment-457 Scott Meves Mon, 27 Jul 2009 19:16:13 +0000 http://stereointeractive.com/blog/2009/07/27/ie-6-getelementsbyid-and-prototype-function-return-dom-elements-by-name/#comment-457 Wow, I had no idea the name attribute was deprecated in xhtml! To keep this geeky conversation going, I heard that XHTML is being ditched at the end of 2009 in support of HTML 5 (<a href="http://www.w3.org/2009/06/xhtml-faq.html" rel="nofollow">link</a>). Crazy times. I kinda liked xhtml but only because it made me feel like my html was "better". Wow, I had no idea the name attribute was deprecated in xhtml! To keep this geeky conversation going, I heard that XHTML is being ditched at the end of 2009 in support of HTML 5 (link). Crazy times. I kinda liked xhtml but only because it made me feel like my html was “better”.

]]> http://stereointeractive.com/blog/2009/07/27/ie-6-getelementsbyid-and-prototype-function-return-dom-elements-by-name/comment-page-1/#comment-456 Andrew Noyes Mon, 27 Jul 2009 19:00:18 +0000 http://stereointeractive.com/blog/2009/07/27/ie-6-getelementsbyid-and-prototype-function-return-dom-elements-by-name/#comment-456 Indeed--I discovered that by accident myself. I was trying to get a page to validate XHTML 1.0 Strict, but it wouldn't do so with the name attribute, which is deprecated. I figured the W3C must have provisioned that in the spec, so I gave it a whirl and sure enough, id's worked just fine. That tip was a lifesaver when it came to making some very JavaScript intensive navigation schemes work without JavaScript. Indeed–I discovered that by accident myself. I was trying to get a page to validate XHTML 1.0 Strict, but it wouldn’t do so with the name attribute, which is deprecated. I figured the W3C must have provisioned that in the spec, so I gave it a whirl and sure enough, id’s worked just fine. That tip was a lifesaver when it came to making some very JavaScript intensive navigation schemes work without JavaScript.

]]> http://stereointeractive.com/blog/2009/07/27/ie-6-getelementsbyid-and-prototype-function-return-dom-elements-by-name/comment-page-1/#comment-455 Scott Meves Mon, 27 Jul 2009 18:42:04 +0000 http://stereointeractive.com/blog/2009/07/27/ie-6-getelementsbyid-and-prototype-function-return-dom-elements-by-name/#comment-455 You know, I never realized that using an id tag would work for an anchor, let alone an id tag on *any* type of element! I checked to see if this was just an unofficial thing or actually in the spec, and the w3c says that it's totally legit, but that some older user agents don't support anchors created with ids and that the name attribute allows richer names (with entities) that ids cannot (but names only work on <a> tags). Very interesting indeed! Learn something new every day. You know, I never realized that using an id tag would work for an anchor, let alone an id tag on *any* type of element! I checked to see if this was just an unofficial thing or actually in the spec, and the w3c says that it’s totally legit, but that some older user agents don’t support anchors created with ids and that the name attribute allows richer names (with entities) that ids cannot (but names only work on <a> tags). Very interesting indeed! Learn something new every day.

]]> http://stereointeractive.com/blog/2009/07/27/ie-6-getelementsbyid-and-prototype-function-return-dom-elements-by-name/comment-page-1/#comment-454 Andrew Noyes Mon, 27 Jul 2009 18:28:21 +0000 http://stereointeractive.com/blog/2009/07/27/ie-6-getelementsbyid-and-prototype-function-return-dom-elements-by-name/#comment-454 Ah, is there some long lost IE version that doesn't support using ids in place of names? Ah, is there some long lost IE version that doesn’t support using ids in place of names?

]]> http://stereointeractive.com/blog/2009/07/27/ie-6-getelementsbyid-and-prototype-function-return-dom-elements-by-name/comment-page-1/#comment-453 Scott Meves Mon, 27 Jul 2009 18:08:17 +0000 http://stereointeractive.com/blog/2009/07/27/ie-6-getelementsbyid-and-prototype-function-return-dom-elements-by-name/#comment-453 In this case I was only using the name attribute because to create an inline anchor you need them. I just happened to have a named anchor and a div with that same name as its ID that I needed to fetch in JS, otherwise I would have never ran into this issue! But you are right, not a good idea to mix ids and names if you don't have to! In this case I was only using the name attribute because to create an inline anchor you need them. I just happened to have a named anchor and a div with that same name as its ID that I needed to fetch in JS, otherwise I would have never ran into this issue! But you are right, not a good idea to mix ids and names if you don’t have to!

]]> http://stereointeractive.com/blog/2009/07/27/ie-6-getelementsbyid-and-prototype-function-return-dom-elements-by-name/comment-page-1/#comment-452 Andrew Noyes Mon, 27 Jul 2009 17:51:49 +0000 http://stereointeractive.com/blog/2009/07/27/ie-6-getelementsbyid-and-prototype-function-return-dom-elements-by-name/#comment-452 People have often noted that Prototype's greatest weakness is its reliance on extending the browser's DOM API. Good catch! I have to wonder, though--why mix ids and names? Why not just use ids? People have often noted that Prototype’s greatest weakness is its reliance on extending the browser’s DOM API. Good catch! I have to wonder, though–why mix ids and names? Why not just use ids?

]]>