DOM language independence?

> HTML Application of Core DOM
>
>
> Naming Conventions
>
> The HTML DOM follows a naming convention for properties, methods,
> events, collections, and data types. All names are defined as one or
> more English words concatenated together to form a single string.
>
> Properties and Methods
>
> The property or method name starts with the initial keyword in
> lowercase, and each subsequent word starts with a capital letter. For
> example, a property that returns document meta information such as
> the date the file was created might be named "fileDateCreated". In
> the ECMAScript binding, properties are exposed as properties of a
> given object. In Java, properties are exposed with get and set
> methods. 

I don't understand how the "all names are defined as one or more English
words concatenated together" (like 'fileDateCreated') can be considered
languange independent. Is that edict just badly worded? Other parts of
the spec do not seem to imply that convention, thus my confusion.
In the AppleScript language (which is natural language English-like),
"fileDateCreated" would be something like "the file's creation date".
Is this allowed, or is it not?

An AppleScript implementation should look something more like:

  tell application "Coolest Browser 1.0"
     set myVar to the creation date of document 1
     if myVar is greater than (current date) - 86400 then
        tell document 1
           set img_wds to width of every element whose type is "IMG"
           set width of first element whose type is "IMG" to item -1 of img_wds
        end tell
     end if
  end tell

Do we need to get some Apple employees onto the DOM WG?


thanks,
-Walter
 who thinks JavaScript is for much geekier geeks than himself.

Received on Tuesday, 14 July 1998 19:13:58 UTC