OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help



   RE: Re: [xml-dev] DOM's javascript roots (was Re: [xml-dev] HaveJDOM / X

[ Lists Home | Date Index | Thread Index ]

> CC: xml-dev@lists.xml.org
> From: robin.berjon@expway.fr
> Date: Tue, 4 Apr 2006 20:27:44 +0200
> To: elharo@metalab.unc.edu
> Subject: Re: [xml-dev] DOM's javascript roots (was Re: [xml-dev] Have JDOM / XOM / etc. failed?)
> On Mar 31, 2006, at 22:45, Elliotte Harold wrote:

> > Of course. No method overloading. Think createElement,  
> > createElementNS, etc. Java and C++ wouldn;t desing an API like that.


No individual would.  But ponder http://despair.com/meetings.html and http://despair.com/compromise.html :-)

> That's a red herring, you can trivially switch on arguments.length. I  
> think that whatever constraints that brought them to do this were  
> different. I'm not the OMG IDL specialist but could the overloading  
> issues come from there? 


I believe that was the strongest argument against method overloading in the DOM.  As I've argued many times on this list, it's easy to flip the bozo bit on the DOM (and I personally think it's time to consider end of life planning for the poor ol' dog). But to understand where it came from one needs to remember those days of yore when CORBA was considered the wave of the future, and its constraints -- e.g. no overloading, the assumption of language neutrality, etc. -- were baked into DOM.


So,  cheer up everyone and and ponder http://despair.com/consulting.html .

Crush! Zap! Destroy! Junk e-mail trembles before the might of Windows Live(tm) Mail beta. Windows Live(tm) Mail beta


News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS