英文:A鏈接標(biāo)記ie下會(huì)自動(dòng)補(bǔ)全href

熱門標(biāo)簽：400開(kāi)頭電話在哪辦理 荊州銷售電銷機(jī)器人 西安公司外呼系統(tǒng)價(jià)格 外呼系統(tǒng)隱私 揚(yáng)州市地圖標(biāo)注 電話外呼系統(tǒng)怎么找準(zhǔn)客戶 電腦外呼系統(tǒng)安裝 可以集成到系統(tǒng)的外呼 中國(guó)世界文化遺產(chǎn)地圖標(biāo)注

英文:A鏈接標(biāo)記ie下會(huì)自動(dòng)補(bǔ)全href.
Whilst working on the Ajax Link Tracker and MapSurface I have come across an inconsistency in how the href attribute is retrieved using DOM Scripting.
The href attribute is different to other element attributes in that the value set can be relative to the context of the page URL. If you set a link with a relative href attribute
<a href="../development/test1.html">test page</a>
The browser will look at the pages current URL and derive an absolute URL for the link.
http://www.glenn.jones.net/development/test1.html
This is the root of the problem, some browsers return the text of the attribute and others return the derived absolute URL. The results also differ by the method you use to retrieve the href attribute. There are three common ways to access an attribute:
linkobj.href; linkobj[‘href’]; linkobj.getAttribute(‘href’);
The linkobj.href and linkobj[‘href’]; methods of accessing the attribute consistently return the derived absolute URL.
Microsoft has tried to address this by problem adding a second parameter to the getAttribute method. The second parameter can be set to 0,1 or 2. If the parameter is set to 2 the method returns the attribute text. Any other setting will return the derived absolute URL.
linkobj.getAttribute(‘href’); linkobj.getAttribute(‘href’,2);

IE linkobj.href; x IE linkobj.getAttribute(‘href’); x IE linkobj.getAttribute(‘href’,2); x Gecko linkobj.href; x Gecko linkobj.getAttribute(‘href’); x Gecko linkobj.getAttribute(‘href’,2); x Opera linkobj.href; x Opera linkobj.getAttribute(‘href’); x Opera linkobj.getAttribute(‘href’,2); xGet attribute test page Test on IE6, Firefox 1.5 and Opera 8.51.
So what should be returned by the getAttribute method? The W3C DOM Level 2 Core specification which sets out the structure of the getAttribute method does not cover this issue. It is not that either approach is wrong or right. On this point the specification is open to interpretation.
As a coder I would like to be able to access both values. The DOM Core specification should be updated to address the problem.
After a really good exchange with Jim in the comments below, I stand corrected. The specification does say the getAttribute should return the attribute value, not the absolute URL. The Microsoft approach is wrong.
For the time being I am using the old school object property method linkobj.href to return derived absolute URLs. It provides the most consistent results across all browsers. URLs of interest
W3C REC DOM Level 2 Core specification for getAttribute
Gecko documentation for getAttribute
Microsoft documentation for getAttribute
As usual just as I was finishing this post I found this bug report on the QuickMode site which discusses the same subject.
getAttribute HREF is always absolute.html

		Derived Absolute URL	Attribute Text

標(biāo)簽：錫林郭勒盟 樂(lè)山 濟(jì)南 白銀 阿拉善盟 延安 貴陽(yáng) 四川

巨人網(wǎng)絡(luò)通訊聲明：本文標(biāo)題《英文:A鏈接標(biāo)記ie下會(huì)自動(dòng)補(bǔ)全href》，本文關(guān)鍵詞  英文,鏈接,標(biāo)記,下會(huì),自動(dòng),；如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問(wèn)題，煩請(qǐng)?zhí)峁┫嚓P(guān)信息告之我們，我們將及時(shí)溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò)，涉及言論、版權(quán)與本站無(wú)關(guān)。