ie8 a világ legjobb böngészője

És valóban.
Nem elég, hogy ie7 kompatibilitási módban kell futtatni ahhoz, hogy működjön egy jQuery plugin; még a különböző OS -eken is máshogy viselkedik.
Milyen fo$talicska böngésző az, ami up-to-date állapotban a document.domain értékét máshogy (vagy sehogy nem) veszi figyelembe XP -n és W7 -en?

A probléma jelesül:
document.domain beállítva:
Mindenhol jó, kivéve ie8 + W7 kombóban (igen, ie6 + XP is jó).

document.domain nincs beállítva:
Ebben a kontextusban sehol sem jó (és ez a normális viselkedés).

És az egész egy CKEditor esetében van, ahol csak annyi a történet lényege, hogy a CKEditor static kiszolgálóról kerül betöltésre, de a document.domain értéke mindenütt 'domain.tld' -re van belőve.

Könyörgöm, még a 3 hobbifejlesztővel bíró Konquerorban is jól működik...

( hrgy84 | 2010. 09. 05., v – 10:27 )

Hat, nem veletlen, hogy emberek a window.top.location.href -bol szoknak matekozni. Az legalabb tuti jo, bar neked nem segitseg.
Az asset kiszolgalot nem tudod valahogy belevesni egy js-be az oldal lekeresekor? Akkor tuti brozerfuggetlen lennel.
-- 


Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

De, pontosabban a gond ott van, hogy az editor "tudja", hogy honnét jött, minden böngésző tudomásul is veszi, hogy a static.domain.tld a domain.tld -hez tartozik; ezalol az ie8 ie7 compat mode -ban win7 alatt nem hajlandó tudomást venni és ennek megfelelően idegen domainként azonositja a bekerülő additional js -ekről érkező kéréseket.
Tehát, mivel a CKEditor nem csak basic mode -ban működik, így az a helyzet alakult ki, hogy a CKE által berántott js -eket nem lehet működésre bírni.
Valószínüleg ez az IE fejlesztők szerint a "Felhasználói élmény fokozása" kategóriába tartozik.
Tehát a probléma ott van, hogy a 'static.domain.tld' -ről másodlagosan(tehát a CKE által betöltött js -ekből) érkező requesteket az ie8 nem a 'domain.tld' -ről érkezőnek tulajdonít.

Update: Ha nem kap sehol semmi document.domain -t, akkor minden jó, DE:
A következő fejlesztésben található elem (mivel fixen más domainről töltődik be, ami szintén a domain.tld része) például parent.userid -vel dolgozik.
Sajnos nem is megoldható másként, hiszen ez az elem a saját appszerverével egy domainen található, amely még ráadásul dedikált ip -vel is rendelkezik.

'lekene sslje'

azenoldalamponthu

( Zoltan1992 | 2010. 09. 05., v – 11:21 )

"ie8 a világ legjobb böngészője" - Amúgy nem, mert az ie6.. :D

( persicsb | 2010. 09. 05., v – 11:29 )

Ez a "mindenhol jo" dolog relativ, mivel a szabvan szerint ez egy read-only property, normal esetben at se allithatnad.
Ha meg valami nem szabvanyos implementacio, akkor nincs olyan, hogy "jol mukodik" vs "rosszul mukodik", az van, hogy "nem ugy mukodik, mint mas bongeszoben, igaz az sem jol mukodik".

Ha mar annyira verik az emberek magukat a szabvanyokra, oldjak meg szabvanyosan az elvart funkcionalitast. Jo munkat.

Lasd itt:
https://developer.mozilla.org/en/document.domain
"In the DOM HTML specification, this property is listed as being read-only. However, all common browsers including Mozilla will let you set it to a superdomain of the current value. For example, on developer.mozilla.org it is possible to set it to "mozilla.org" but not "mozilla.com"."
A hivatalos MS leiras:
http://msdn.microsoft.com/en-us/library/cc196989(VS.85).aspx
"All the pages on different hosts must have the domain property explicitly set to the same value to communicate successfully with each other. For example, the value of the domain property of a page on the host microsoft.com is "microsoft.com" by default. It might seem logical that if you set the domain property of a page on another host named msdn.microsoft.com to "microsoft.com," that the two pages could communicate with each other. However, this is not the case, unless you explicitly set the domain property of the page on microsoft.com to "microsoft.com.""

Csillagom, ha a head tag legelejen megadom, hogy document.domain='domain.tld' akkor szerinted felül tudom írni?
Vagy szerinted én ezt akarom?
És akkor nem vettem volna észre, hogy _sehol_ nem lehet ezt a felülírást megvalósítani?

Vagy szerinted nem adhatom meg a head tagben a document.domain -t? Vagy mit szeretnél ezzel mondani?

Update:
A kérdés nem az, hogy (megfelelően) be van -e állítva, hanem az, hogy 1, azaz egy böngésző miért nem veszi figyelembe, _bizonyos_ kontextusokban -tehát, ahogy lentebb írtam- a static hostrol berántott js által berántott js esetén- azt, hogy a document.domain valid értékkel rendelkezik.

Update2:
És az is kérdés, hogy ezt miért nem csinálja XP alatt,csak Vista, illetve Win7 alatt.

'lekene sslje'

azenoldalamponthu

"1, azaz egy böngésző miért nem veszi figyelembe, _bizonyos_ kontextusokban -tehát, ahogy lentebb írtam- a static hostrol berántott js által berántott js esetén- azt, hogy a document.domain valid értékkel rendelkezik."
Mert nem kotelezo neki. A document.domain az a szabvany szerint nem irhato property. Arra tamaszkodni, hogy te majd atirod a document.domain-t, ahogy jolesik, nem szabad. Meg a headben sem. Mivel ahany bongeszo, annyifele megvalositas lehet az iras tamogatasara. Most eppen belefutottal abba a bugba, hogy ezt a nem szabvany dolgot egyik bongeszo igy, masik ugy tamogatja. Minden bongeszo eseteben meg kell nezni ilyenkor, hogy a szabvanytol valo elteres mikent van implementalva.

Ebben csak az a ciki, ha az a bizonyos "egyik böngésző" és a "másik böngésző" is ugyanazon gyártó, újabb/régebbi verziója és nem minden esetben viselkedik másként.

Ha jól értem a fentieket, akkor erről van szó.

Tehát ez alapján az MS nem konzekvens a kezelést illetően.

Nekem ez tűnik furcsának, de nem vagyok kompetens az ügyben. :)

Nem is kell konzekvensnek lennie olyan dologban, ami nem szabvanyos. A Mozilla kulonbozo verzioiban is mas volt a rendering engine, a JS engine stb. Azzal persze nincs problema ezek szerint. Az IE8 meg elegge sok valtozast hozott a regi verziokhoz kepest, meg lehet nezni itt:
http://www.microsoft.com/windows/internet-explorer/readiness/developers…

Arra a kerdesre, hogy ugyanaz a bongeszo Xp es Windows 7 alatt miert mukodik maskent:
Az IE 8 standards modban a JScript engine 5.8-as valtozatat hasznalja, mig nemstandards modban az 5.7-est. Ezek szerint az 5.8-asban a document.domain kezeles mar szabvanykovetobben mukodik, mint regebben.
Az IE 8 alapveto renderingje a standards mode, kulon kell kikapcsolni, hogy ne ezt hasznalja.

Itt az MS leirasa a cross-frame scriptingrol:
http://msdn.microsoft.com/en-us/library/ms533028(v=VS.85).aspx

Mar irtad:
"Tehát a probléma ott van, hogy a 'static.domain.tld' -ről másodlagosan(tehát a CKE által betöltött js -ekből) érkező requesteket az ie8 nem a 'domain.tld' -ről érkezőnek tulajdonít."
A CKE altal betoltott JS-ek is deklaraljak a maguk document.domainjuket, mint ahogy az MS szerint ezt meg KELL tenniuk? Minden pagenek deklaralnia kell azt, nem eleg a szulonek, ez egy nem "orokolodo" tulajdonsag (ami jol is van igy).

( andrasf | 2010. 09. 05., v – 21:34 )

még a különböző OS -eken is máshogy viselkedik

ezen én is szoktam hüledezni.