Visit Mozilla.org

Gecko DOM Reference:Preface

From MDC

« Gecko DOM Reference

Contents

[edit] About This Reference

This section describes the guide itself: whom it's for, how the information is presented, and how you can use the examples in the reference in your own DOM development.

Note that this document is under development, and is not currently a comprehensive listing of the DOM methods and properties implemented for Gecko. Each individual section of the document (e.g., the DOM Document Reference) is complete for the object(s) it describes, however. As reference information for the various members of the huge APIs becomes available, it is integrated into this document here.

[edit] Who Should Read This Guide

The reader of the Gecko DOM Reference is a web developer or savvy web user who knows something about how web pages are constructed. This reference avoids making presumptions about the reader's acquaintance with the DOM, with XML, with web servers or web standards, and even with JavaScript, the language in which the DOM is made accessible to the reader. But the document does presume familiarity with HTML, with markup, with the basic structure of web pages, with web browsers, and with stylesheets.

Here introductory material is presented, with many examples, and high-level explanations should be valuable for inexperienced and experienced web developers alike, and it is a not only "beginners" web development guide. In general, however, it is an evolving API reference manual.

[edit] What is Gecko?

Mozilla, Firefox, Netscape 6+, and other Mozilla-based browsers have identical implementations of the DOM. This is so because they use the same technology.

Gecko, the software component in these browsers that handles the parsing of the HTML, the layout of the pages, the document object model, and even the rendering of the entire application interface, is a fast, standards-compliant rendering engine that implements the W3C DOM standards and the DOM-like (but not standardized) browser object model (i.e., window et al) in the context of web pages and the application interface, or chrome, of the browser.

Though the application interface and the content displayed by the browser are different in many practical ways, the DOM exposes them uniformly as a hierarchy of nodes.

[edit] API Syntax

Each description in the API reference includes the syntax, the input and output parameters (where the return type is given), an example, any additional notes, and a link to the appropriate specification.

Typically, read-only properties have a single line of syntax, because it is not possible to set them, those properties may only be accessed. For example, the read-only property availHeight of the screen object includes the following syntax information:

Image:Preface2.gif

This means that you can only use the property on the right hand of the statement; whereas with read/write properties, you can assign to the property, as the following syntax example illustrates:

Image:Prefacea.gif

In general, the object whose member is being described is given in the syntax statement with a simple type, e.g, element for all elements, document for the top-level document object, table for the TABLE object, etc. (see Important Data Types for more information about data types).

[edit] Using the Examples

Many of the examples in this reference are complete files that you can execute by cutting and pasting into a new file and then opening in your web browser. Others are snippets. You can run these latter by placing them within JavaScript callback functions. For example, the example for the window.document property can be tested or within a function like the following, which is called by the accompanying button:

<html>

<body>
  <title>Test Page</title>
</body>

<script>
function testWinDoc() {
 
  doc= window.document;
 
  alert(doc.title);
 
}
</script>

<button onclick="testWinDoc();">test document property</button>

</html>

Similar functions and pages can be devised for all the object members that are not already packaged up for use. See the Testing the DOM API section in the introduction for a "test harness" that you can use to test a number of APIs all at once.