Új hozzászólás Aktív témák

• #2113 szmegma aktív tag trisztan94 #2109

  Új Válasz 2013-04-29 19:38:14 #2113

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  szmegma

  aktív tag

  válasz trisztan94 #2109 üzenetére

  Ertem, koszi szepen a leirast.
  Az egybe pakolasnak majd neki latok a heten.

• #2110 Sk8erPeter nagyúr trisztan94 #2109

  Új Válasz 2013-04-29 00:16:10 #2110

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Sk8erPeter

  nagyúr

  válasz trisztan94 #2109 üzenetére

  Itt volt erről szó, ott linkeltem egy témában releváns topicot:
  http://prohardver.hu/tema/javascript_topic/hsz_3365-3369.html

  Némi pontosítás az általad írtakhoz:

  "A return false annyit csinál, hogy az alapértelmezett eseményt nem engedi lefutni."
  Pontosítva: jQuery-ben az eseménykezelőkbe tett return false; ekvivalens az event.preventDefault() ÉS event.stopPropagation() hívásokkal. Tehát a böngésző alapértelmezett műveletének végrehajtását akadályozzuk meg ezzel, ÉS megakadályozzuk az esemény buborékként való felúszását a DOM-fában, megakadályozva egyúttal azt, hogy a szülők eseménykezelői értesítve legyenek az eseményről.
  Stimmel, amit írtál, csak ezzel a kiegészítéssel lesz teljesen igaz.

  "Ha ki van töltve minden akkor return true (bár mondjuk ez az alapértelmezett, de én szeretem kiírni)"
  Ez mondjuk így ebben a formában nem teljesen helytálló, mert nincs "alapértelmezett return true", hanem mivel nem tértünk vissza false-szal az eseménykezelőből (vagy hívtunk event.preventDefault()-ot és event.stopPropagation()-t), ezért engedjük, hogy a böngésző alapértelmezett művelete lefusson (ami - ebben már teljesen igazad volt - a form elküldése).

  Alapvetően jókat írtál, csak pici korrekcióra szorult, hogy teljes legyen a kép, hátha hasznos valakinek.

Új hozzászólás Aktív témák