Compilation of js ie and Firefox compatibility

Compilation of js ie and Firefox compatibility (Original: hotman_x)

Internet Explorer is replaced by IE and mozzila Firefox is replaced by MF.

1. Document. Form. Item Problems
(1) existing problems:
ExistingCodeThere are many statements such as document. formname. Item ("itemname"), which cannot be run in MF.
(2) solution:
Use document. formname. elements ["elementname"]
(3) Others
See 2

2. Collection class Object Problems
(1) existing problems:
In the existing Code, many collection class objects are used (), which is acceptable to IE and cannot be used by MF.
(2) solution:
Use [] as the subscript operation. For example, change document. Forms ("formname") to document. Forms ["formname"].
For example, change document. getelementsbyname ("inputname") (1) to document. getelementsbyname ("inputname") [1]
(3) Others

3. Window. Event
(1) existing problems:
Window. event cannot be run on MF.
(2) solution:
Mf events can only be used in the event. This problem cannot be solved. This can be changed as follows:
Original code (can be run in IE ):
<Input type = "button" name = "somebutton" value = "Submit" onclick = "javascript: gotosubmit ()"/>
...
<Script language = "JavaScript">
Function gotosubmit (){
...
Alert (window. Event); // use window. Event
...
}
</SCRIPT>

New Code (run in IE and MF ):
<Input type = "button" name = "somebutton" value = "Submit" onclick = "javascript: gotosubmit (event)"/>
...
<Script language = "JavaScript">
Function gotosubmit (EVT ){
EVT = EVT? EVT: (window. event? Window. Event: NULL );
...
Alert (EVT); // use EVT
...
}
</SCRIPT>
In addition, if the first line of the new Code is not modified, it is the same as the old code (that is, the gotosubmit call does not provide a parameter), it can only be run in IE, but no error occurs. Therefore, the TPL part of this solution is still compatible with the old code.

4. Question about the ID of an HTML object as the object name
(1) Existing Problems
In ie, the ID of the HTML object can be directly used as the variable name of the subordinate object of the document. It cannot be in MF.
(2) Solution
Use getelementbyid ("idname") instead of idname as the object variable.

5. The problem of getting an object using the idname string
(1) Existing Problems
In IE, Eval (idname) can be used to obtain the HTML object with ID as idname, which cannot be used in MF.
(2) Solution
Use getelementbyid (idname) instead of eval (idname ).

6. variable names are the same as the ID of an HTML object
(1) Existing Problems
in MF, because the Object ID is not the name of an HTML object, therefore, you can use the same variable name as the HTML Object ID, but not in IE.
(2) solution
when declaring variables, all variables are added with VAR to avoid ambiguity, so that IE can run normally.
In addition, it is best not to take the same variable name as the HTML Object ID to reduce errors.
(3) Other
see Question 4

7. event. X and event. y problems
(1) Existing Problems
in IE, the event object has the properties X and Y, and does not exist in MF.
(2) solution
in MF, event. X is equivalent to event. pagex. But event. pagex IE does not.
event. clientx is used instead of event. X. This variable is also available in IE.
event. clientx is slightly different from event. pagex (when the entire page has a scroll bar), but it is equivalent in most cases.

if they are the same, it can be a little troublesome:
MX = event. X? Event. x: event. pagex;
Use MX instead of event. x
(3) Other
events. layerx is available in both IE and MF, and there is no difference in its significance.

8. about frame
(1) Existing Problems
Windows can be used in IE. when testframe gets the frame, MF won't work.
(2) solution
the main difference between MF and IE in frame usage is:
If the following attributes are written in the frame tag:

Ie can access the window object corresponding to the frame by ID or name
while MF can only access the window object corresponding to the frame through name
for example, if the above frame tag is written in the HTM in the top window, you can access
ie: window. top. frameid or window. top. framename to access this window object
MF: this is the only way to access this window. top. framename to access this window object

In addition, both mfand iecan use zookeeper top.doc ument. getelementbyid ("frameid") is used to access the frame tag
and you can use the parameter top.doc ument. getelementbyid ("testframe "). src = 'xx.htm' to switch the frame content
you can also use window. top. framename. location = 'xx.htm' to switch frame content
for details about frame and window, see 'window and framework' in BBS Article
and the tests under the/test/JS/test_frame/directory
---- adun 2004.12.09 modify

9. In MF, attributes defined by myself must be obtained by getattribute ().
10. If there is no parentelement parement. Children in MF, use
Parentnode. childnodes
Childnodes has different meanings in IE and MF. MF uses Dom specifications, and blank text nodes are inserted in childnodes.
You can avoid this problem by using node. getelementsbytagname.
When a node in HTML is missing, ie and MF have different interpretations of parentnode, for example
<Form>
<Table>
<Input/>
</Table>
</Form>
In MF, the value of input. parentnode is form, while that of input. parentnode in IE is empty.

The node in MF does not have the removenode method. You must use the following method: node. parentnode. removechild (node)

11. Const Problems
(1) existing problems:
You cannot use the const keyword in IE. For example, const constvar = 32; in IE, This Is A syntax error.
(2) solution:
Use VaR instead of Const.

12. Body object
The MF body exists before the body tag is fully read by the browser, While IE exists only after the body is fully read.

13. url Encoding
In JS, if the URL is written, write directly & do not write & for example, VAR url = 'xx. jsp? Objectname = XX & objectevent = XXX ';
FRM. Action = URL, so it is very likely that the URL will not be properly displayed, so that the parameter is not correctly transmitted to the server.
Generally, the server reports that the error parameter is not found.
Of course, if it is an exception in TPL, because TPL complies with the XML specification, the requirements are as follows &
Generally, MF cannot recognize &

14. nodename and tagname Problems
(1) existing problems:
In MF, all nodes have a nodename value, but textnode does not have a tagname value. In IE, nodename usage seems to be
There is a problem (the test is not performed, but my IE has been killed several times ).
(2) solution:
Use tagname, but check whether it is empty.

15. Element attributes
The input. Type attribute in IE is read-only, but can be modified in MF.

16. Document. getelementsbyname () and document. All [name] Problems
(1) existing problems:
In IE, neither getelementsbyname () nor document. All [name] can be used to obtain the DIV element (whether there are other elements that cannot be retrieved is unknown ).