JS IE と FF の互換性問題の概要_JavaScript スキル

1. document.form.item の問題
既存の問題:
既存のコードには document.formName.item("itemName") のようなステートメントが多数あり、MF
解決策:
代わりに document.formName.elements["elementName"] を使用します
その他
2 を参照
2. コレクション クラス オブジェクトの問題
既存の問題 :
既存のコード内の多くのコレクション クラス オブジェクトは、アクセス時に () を使用しますが、IE はそれを受け入れることができますが、MF は受け入れられません。
解決策:
添字演算として代わりに [] を使用してください。例: document.forms("formName") は document.forms["formName"] に変更されます。
別の例: document.getElementsByName("inputName")(1) が document.getElementsByName("inputName")[1] に変更されました
3. window.event
既存の問題:
MF では window.event を使用できません
解決策:
MF のイベントはイベントが発生するシーンでのみ使用でき、この問題はまだ解決できません。次のように変更できます:
元のコード (IE で実行可能):

...


新しいコード (IE および MF で実行可能) :

...

さらに、新しいコードの最初の行が変更されず、古いコードと同じである場合 (つまり、gotoSubmit呼び出しにはパラメーターが指定されていません)、IE でのみ実行できますが、エラーは発生しません。したがって、このソリューションの tpl 部分は依然として古いコードと互換性があります。
4. HTML オブジェクトの ID をオブジェクト名として使用する問題

既存の問題:
IE では、HTML オブジェクトの ID を変数として直接使用できます。ドキュメントの下位オブジェクトの名前。 MFにはありません。
解決策: オブジェクト変数として idName の代わりに getElementById("idName") を使用します。
5. idName 文字列を使用してオブジェクトを取得する場合の問題

既存の問題:
IE では、idName の ID を持つ HTML オブジェクトを取得できます。 MFはできません。
解決策: eval(idName) の代わりに getElementById(idName) を使用します。
6. 変数名が HTML のオブジェクト ID と同じである問題

既存の問題:
MF では、オブジェクト ID が HTML の名前として使用されないため、オブジェクトの場合、HTML で使用できます。 同じオブジェクト ID を持つ変数名は IE では使用できません。
解決策:
変数を宣言するときは、IE で正常に実行できるように、あいまいさを避けるために常に var を追加します。
さらに、エラーを減らすために、HTML オブジェクト ID と同じ変数名を使用しないことをお勧めします。
その他: 質問 4 を参照
7. Event.x およびevent.y の問題

既存の問題:
IE では、イベント オブジェクトには x、y 属性があります。 、MFでは利用できません。
解決策:
MF では、event.x に相当するのは、event.pageX です。ただし、event.pageX は IE では使用できません。
したがって、event.x の代わりに、event.clientX が使用されます。この変数はIEにも存在します。
Event.clientX とevent.pageX には微妙な違いがありますが (ページ全体にスクロール バーがある場合)、ほとんどの場合は同等です。
まったく同じにしたい場合は、もう少し問題があります:
mX =event.x ?event.x :event.pageX
event.x の代わりに mX を使用します。 >その他:
イベント。layerX は IE と MF の両方で使用できますが、具体的な違いがあるかどうかはまだテストされていません。 8. フレームについて

既存の問題:
IE では window.testFrame を使用してフレームを取得できますが、MF では取得できません
解決策:
フレーム内使用法における mf と ie の主な違いは次のとおりです。
次の属性がフレーム タグに記述されている場合:

その後、ie は ID または名前を通じてこのフレームに対応するウィンドウ オブジェクトにアクセスできます。
そして、mf はこのフレームに対応するウィンドウ オブジェクトに名前を通じてのみアクセスできます
たとえば、上記のフレーム タグがトップ ウィンドウ内の htm に記述されている場合、次のようにアクセスできます
つまり:このウィンドウ オブジェクトにアクセスするには、window.top.frameId または window .top.frameName を使用します
mf: このウィンドウ オブジェクトにアクセスするには、window.top.frameName のみを使用できます
さらに、window.top.document.getElementById(" FrameId" は mf と ie ") の両方で使用して、フレーム タグ
にアクセスできます。 また、window.top.document.getElementById("testFrame").src = 'xx.htm' を使用して、フレーム タグのコンテンツを切り替えることができます。 Frame
または window.top.frameName.location = 'xx.htm' を使用してフレームの内容を切り替えることができます
フレームとウィンドウの説明については、「ウィンドウとフレーム」の記事を参照してください。 bbs
と /test/js/test_frame/ ディレクトリ下のテスト
- ---adun 2004.12.09 修正
9. mf では、定義した属性は getAttribute( )
10. mf にはparentElement parement.children はありませんが、parentNode を使用します。
childNodes の添字の意味は IE と MF で異なり、空のテキスト ノードを使用します。 childNodes に挿入されます。
通常、この問題は、node.getElementsByTagName() を使用して回避できます。
HTML でノードが欠落している場合、IE と MF はparentNodeを異なる方法で解釈します。たとえば、

The value of input.parentNode in MF is form, while the value of input.parentNode in IE is an empty node.
There is no removeNode method for nodes in MF. You must use the following method node.parentNode.removeChild( node)
11.const Problems
Existing problems:
The const keyword cannot be used in IE. Such as const constVar = 32; This is a syntax error in IE.
Solution:
Do not use const, use var instead.
12. Body object
MF’s body exists before the body tag is fully read by the browser, while IE must exist after the body is fully read
13 . url encoding. If you write the url in js, just write it directly & don't write it. For example, var url = 'xx.jsp?objectName=xx&objectEvent=xxx';
frm.action = url, then it is very likely that the url will not be displayed normally. As a result, the parameters are not correctly transmitted to the server
Generally, the server will report an error that the parameter is not found
Of course, the exception is if it is in tpl, because tpl conforms to the xml specification and requires & to be written as&
General MF cannot recognize js & in
14. nodeName and tagName issues
Existing issues:
In MF, all nodes have nodeName values, but textNode has no tagName value. In IE, there seems to be a problem with the use of nodeName (the specific situation has not been tested, but my IE has died several times).
Workaround:
Use tagName but should detect if it is empty.

15. Element attributes The input.type attribute is read-only under IE, but it can be modified under MF

16. document.getElementsByName() and document.all[name ] Problem Existing problem:
In IE, neither getElementsByName() nor document.all[name] can be used to obtain div elements (I don’t know if there are other elements that cannot be obtained) .

17. Problems with DOM data islands Existing problems:
In IE, the
tag has special meaning, can contain XML DOM, and can be implemented with HTML components Data binding. In MF, is just an unknown tag. In addition, for IE, actually means that this is an ActiveX object, but it is hung in the DOM tree of HTML itself. As a node, it will have a serious impact on the traversal of the DOM tree. Solution:
IE's data binding mechanism can be simulated with JS, but it is too troublesome, so it is recommended not to use the data binding mechanism Or look for a library that implements this kind of simulation. We only discuss how to achieve DOM compatibility. In MF, both known HTML tags and other tags that comply with XML specifications are processed using a unified DOM tree. Therefore, MF can actually use DOM data islands, but the small difference from IE is that in IE
is a DOM document, while in MF it is just a DOM node. This difference is usually not a problem. But there is a small detail, In order to be compatible with the rather arbitrary syntax of HTML, MF cannot recognize abbreviated empty tags. For example: xxxx , where and is an abbreviation, which will make MF unrecognizable. It should be written as: However, I suspect that if you use XHTML, there may not be such a problem. But I haven’t tried it yet. . Regarding the problem of interfering with the DOM structure of HTML in IE, my current method is to delete it from the DOM of HTML after processing. I don’t know if there is a better solution.