Abba kéne segítség , hogy milyen scriptel lehet azt megoldani azt , hogy amikor valaki beakarja zárni vagy elakar lépni az oldalról akkor ugorjon fel 1 ilyen ablak: link
Egyre irritálóbb, hogy mennyire nem tudtok magyarul... :-(
---
A kérdésedre: valahol ott kell keresgélni, hogy <body> tag onunload attribútum + javascriptben a confirm() függvény.
Azt nem tudom, hogy lehet megakadályozni, hogy ha mégis maradni akar, akkor ne töltődjön be a kért lap.
Én a w3schools.com-ot használom ref.guide-ként, de ott nem találkoztam ilyen attribútummal.
A mozillás linkekkel az a gondom, hogy mintha az ott leírtak csak a mozilla alapú böngészőkre vonatkoznának, nincs rá biztosíték, hogy pl. safari v. IE alatt is használhatóak.
Ez jó... :-)
Egyébként ha olyan perverzióim vannak, hogy mondjuk IE7+, FF3+ kompatibilis akarok maradni (többi nem érdekel egyelőre), akkor mégis hol, milyen doksit érdemes böngészni JS/HTML/DOM témákban?
Eddig azt hittem, a w3schools megbízható, de egyre többször tűnik hiányosnak. :-(
Egyébként miért pont az a kettő? Tudtommal jelenleg a Chrome a második legnépszerűbb böngésző hazánkban (a világon a harmadik), hazánkban több mint 25% részesedéssel. Ez már nem elhanyagolható mennyiség.
Mert ezt a kettőt használ(gat)om.
Opera nálam akkor kiiratkozott a "supported" státuszból, amikor kiderült, hogy a táblázatok a DOM-ban másképp épülnek fel nála, mint a többi böngészőnél.
Sokan felemelték a "hangjukat" a w3schools ellen: http://w3fools.com/
Az MDC-ben mindig van link MSDN-re is, ráadásul a példában is van külön IE rész, persze, hogy megy abban is. És Webkitben is.
Egyébként is, ha JS-ről van szó, a Mozillának azért csak hiszünk... :)
Megnéztem azt az oldalt, hát nem nevezném szimpatikusnak...
Inkább tűnik dühödt fikázásnak (már a cím alapján is), mint használható kritikának.
Csak belelapoztam a felsorolt hibákba, de jó részük vagy pongyola fogalmazás vagy olyan, régről ott maradt információ, amit valamiért nem update-eltek.
(utóbbira példa, hogy x tulajdonság nem támogatott IE-ben, holott az IE7 v. 8 már támogatja.)
ui: a DOM-nak van köze a Mozillához és a javascript-hez?
A w3schools tipikus példája a SEO-megfontolásokból összedobott tömeggyártott dokumentációnak, látszik rajta, hogy szövegbányászással készült, és jó eséllyel az öt évvel ezelőtti állapotokat tükrözi (nem ritkán még azokat is hibásan). Ami az egyendokumentációba nem fért bele (pl. adott böngészőn nem működik, vagy nem úgy kéne használni, mint várnád, vagy már van jobb megoldás), azt nem találod meg rajta, ami komoly célra nagyjából használhatatlanná teszi.
A legjobb szerintem is az MDC (ahol fel szokták tüntetni, hogy mi milyen böngészőn működik, bár előfordul, hogy hiányosan - viszont wiki alapú, tehát ha találsz ilyet, ki tudod javítani), meg az intenzív guglizás (van néhány oldal, ami nagyon jó, de csak szűk területeket fed le, pl. a quirksmode; ezeket guglival a legegyszerűbb megtalálni).
Egyre irritálóbb, hogy
---
A kérdésedre: valahol ott kell keresgélni, hogy <body> tag onunload attribútum + javascriptben a confirm() függvény.
Azt nem tudom, hogy lehet megakadályozni, hogy ha mégis maradni akar, akkor ne töltődjön be a kért lap.
ciklus
Egyébként, meg jobb lenne, ha előbb a nyelvtan könyvet olvasná el.
De az is elég ha megtanulsz kérdezni.
A böngésző megoldja
Lásd lentebb a linket, ha az onbeforeunload-ot használod, akkor ezt a böngésző megoldja, csak az ablak szövegét kell átadnod.
És ez része a "szabványnak"?
A mozillás linkekkel az a gondom, hogy mintha az ott leírtak csak a mozilla alapú böngészőkre vonatkoznának, nincs rá biztosíték, hogy pl. safari v. IE alatt is használhatóak.
upd: bár ez utóbbiban kezdek elbizonytalanodni...
onbeforeunload
Ez jó... :-) Egyébként ha
Egyébként ha olyan perverzióim vannak, hogy mondjuk IE7+, FF3+ kompatibilis akarok maradni (többi nem érdekel egyelőre), akkor mégis hol, milyen doksit érdemes böngészni JS/HTML/DOM témákban?
Eddig azt hittem, a w3schools megbízható, de egyre többször tűnik hiányosnak. :-(
MDN, MSDN, SitePoint
Egyébként miért pont az a kettő? Tudtommal jelenleg a Chrome a második legnépszerűbb böngésző hazánkban (a világon a harmadik), hazánkban több mint 25% részesedéssel. Ez már nem elhanyagolható mennyiség.
Egyébként miért pont az a
Mert ezt a kettőt használ(gat)om.
Opera nálam akkor kiiratkozott a "supported" státuszból, amikor kiderült, hogy a táblázatok a DOM-ban másképp épülnek fel nála, mint a többi böngészőnél.
A google cuccait meg egyre inkább kerülöm.
Böngészők
És ugyanezt elvárod azoktól is, akik látogatják az általad készített oldalt?
Vagy csak saját magadnak csinálod?
Utóbbi. Csak játszom ezekkel
Inkább az MDC
Az MDC-ben mindig van link MSDN-re is, ráadásul a példában is van külön IE rész, persze, hogy megy abban is. És Webkitben is.
Egyébként is, ha JS-ről van szó, a Mozillának azért csak hiszünk... :)
Megnéztem azt az oldalt, hát
Inkább tűnik dühödt fikázásnak (már a cím alapján is), mint használható kritikának.
Csak belelapoztam a felsorolt hibákba, de jó részük vagy pongyola fogalmazás vagy olyan, régről ott maradt információ, amit valamiért nem update-eltek.
(utóbbira példa, hogy x tulajdonság nem támogatott IE-ben, holott az IE7 v. 8 már támogatja.)
ui: a DOM-nak van köze a Mozillához és a javascript-hez?
A w3schools tipikus példája a
A legjobb szerintem is az MDC (ahol fel szokták tüntetni, hogy mi milyen böngészőn működik, bár előfordul, hogy hiányosan - viszont wiki alapú, tehát ha találsz ilyet, ki tudod javítani), meg az intenzív guglizás (van néhány oldal, ami nagyon jó, de csak szűk területeket fed le, pl. a quirksmode; ezeket guglival a legegyszerűbb megtalálni).
Két dolgot tanulj meg:
A keresőszó esetünkben az "onbeforeunload":
https://developer.mozilla.org/en/DOM/window.onbeforeunload
Van 1 kód!