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


Help: OASIS Mailing Lists Help | MarkMail Help




[ Lists Home | Date Index | Thread Index ]
  • From: Steven Champeon <schampeo@hesketh.com>
  • To: len bullard <cbullard@hiwaay.net>
  • Date: Tue, 14 Jul 1998 23:04:41 -0400 (EDT)

On Tue, 14 Jul 1998, len bullard wrote:
> Question for the document object model gurus: what happens to the scope
> and execution order if function calls in event attributes are removed
> as well as other post-form inline code?

Oddly enough, the only thing that is supported by both Big Browser Vendors
in a fairly consistent manner is just this sort of embedded event handling.
Remove this, and you're left to the idiosyncracies of the event bubbling
model versus the "you have to ask" model provided by Netscape. AFAIK, the
DOM stuff doesn't go so far as to prescribe the manner in which a given
event is propogated, preferring to remain well in the world of IDLs and
other high-level stuff like object inheritance hierarchies. Somebody please
correct me if I'm wrong.

> > 4. Modularity: since the script is self-contained, it is easy to
> >    replace it later without necessarily editing the original document.
> Yes as long as the namespace relationships are easy to track for 
> the author of the code but again, no worse than include files.

I must say this was something that gave me the screaming fantods, when
I realized that there seemed to be no way to track the namespace of a
given Javascript function - I wanted to provide the name of the included
file in a debug statement, but there is no difference between function
tim() in one included Javascript from function tim() in another - the
latest one is kept and all others blown away. For all practical intents
and purposes, they may as well be one inline Javascript. There isn't
even a simple package function like Perl has.
> > The disadvantage is that management becomes difficult when there are
> > dozens (or hundreds) of small code fragments rather than one large one
> That is the web in general, so folks are used to it.

People are becoming more and more aware of the enormous cost involved,
however. Saying Web folks are just "used to it" is adding to an already
ridiculous burden.

"All the good geek things,  |          schampeo@hesketh.com
 only without all the       |     http://a.jaundicedeye.com
 bad geek things."          |  http://hesketh.com/schampeo/

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@ic.ac.uk
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:majordomo@ic.ac.uk the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@ic.ac.uk)


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

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