Path: csiph.com!x330-a1.tempe.blueboxinc.net!usenet.pasdenom.info!weretis.net!feeder4.news.weretis.net!newsreader4.netcologne.de!news.netcologne.de!newsfeed.arcor.de!newsspool4.arcor-online.net!news.arcor.de.POSTED!not-for-mail Content-Type: text/plain; charset="UTF-8" Message-ID: <2999460.SPkdTlGXAF@PointedEars.de> From: Thomas 'PointedEars' Lahn Reply-To: Thomas 'PointedEars' Lahn Organization: PointedEars Software (PES) Date: Tue, 01 Nov 2011 11:52:51 +0100 User-Agent: KNode/4.4.11 Content-Transfer-Encoding: 8Bit Subject: Re: Changing letters in boxes Newsgroups: comp.lang.javascript References: <1cb16076-87c8-4bc6-8007-1efddfb7530b@s10g2000yqa.googlegroups.com> <3024323.SPkdTlGXAF@PointedEars.de> <1784154.EMZun36R47@PointedEars.de> Followup-To: comp.lang.javascript MIME-Version: 1.0 Lines: 63 NNTP-Posting-Date: 01 Nov 2011 11:52:51 CET NNTP-Posting-Host: 074008ef.newsspool2.arcor-online.net X-Trace: DXC=TYE6I]g^HL`9kIfcjg:0fdA9EHlD;3Ycb4Fo<]lROoRa8kF@dMN77i@Ha2?LQULT\B^c X-Complaints-To: usenet-abuse@arcor.de Xref: x330-a1.tempe.blueboxinc.net comp.lang.javascript:7896 Matt McDonald wrote: > On 10/30/2011 7:19 PM, Thomas 'PointedEars' Lahn wrote: >> The same problem exists with >> HTMLTableElement/HTMLTableSectionElement::insertRow(). [3] >> >> Those differences suggest the possibility of other differences between >> standards-compliant and other implementations than the MSHTML DOM in this >> area. Therefore, I have intentionally used DOM Level 2+ Core methods in >> my example – for which I am not aware of such quirks – and made no >> mention of that "DOM Table Cell API". > > Ah, I see. Still, it's a powerful set of methods/properties that tend to > get overlooked. ACK > Regarding your double colon notation (::), am I to infer those > properties/methods are static? I've been unable to locate anything > utilizing that notation regarding the DOM beyond your posts. ECMAScript Ed. 1 to 3, and 5 do not specify class-based inheritance and have no notion of static methods as they are defined in class-based OOP. Apparently we (the participants of this newsgroup that I am aware of) use the shortcut "static" (I try to use it in quotes in discussions, to be sure) to talk about a property that is a property of a constructor (like Object.defineProperty) or is otherwise not implicitly inherited by other objects (like Math.max). `::' notation is my way of referring (unambiguously, or so it seemed) to the interface specification (formally given in OMG IDL) instead of some ECMAScript object or an object available through ECMAScript language binding (like Node.ELEMENT_NODE in some DOM implementations). Keep in mind that the W3C DOM is a *language-independent* API, where language binding is specified for some programming languages, including ECMAScript implementations: (You can find similar sections in the other module specifications.) So when I wrote "HTMLSelectElement::add()", read it as if I had written "the add() method of objects implementing the HTMLSelectElement interface of W3C DOM Level 2 HTML". (Easier, yes?) > Finally, I've spent most of today cleaning up the article and making it > easier to parse through. I'd like to thank you for reviewing it and > being very thorough (as always). Will you mind if I attribute you in the > footnotes? I would not, but I have not reviewed it yet (except perhaps, by coincidence). Perhaps later this week. You better remind me. > PS: Your suggestion previously to stick to table cell modification > instead of a complete overhaul of the row led me to fix a reflow bug in > IE:Mac. Thanks a bunch. :) You are welcome. Regards, PointedEars -- When all you know is jQuery, every problem looks $olvable.