• Firefox 2 si Opera activeaza prea multe evenimente intr-o varietate de circumstante si de asemenea le barboteaza incoect.
• Safari si Chrome nu suporta aceste evenimente pe linkuri si/sau campuri de form in toate circumstantele.
• Safari iPhone nu activeaza evenimentul cand fereastra isi pierde focusul.
• Konqueror nu suporta aceste evenimente in fereastra browserului.

• IE are un bug serios in manipularea acestui eveniment pe checkbox-uri si butoane radio.
• IE, Opera, si Konqueror au un bug serios in manipularea acestui eveniment cand utilizatorul foloseste tastatura pentru a chimba un select.

• iPhone activeaza mousedown, mouseup si click in ordinea corecta la un click, dar le activeaza ori pe toate trei ori pe nici unul. Vezi mousedown.

Prevenirea implicitului (i.e. prevenirea aparitiei meniului de context) este tot scopul acestui eveniment.

• IE8rc1 previne intotdeauna implicitul cand acest eveniment este manipulat in document.
• Pentru prevenirea implicitului in Firefox 3 trebuie sa dezactivati barbotarea evenimentului.

• Firefox 3 are o implementare greoaie.

• Firefox 3 are o implementare greoaie.

• IE si Firefox au probleme cu erorile JavaScript in modelul de inregistrare traditional al evenimentului.
• Safari, Chrome, Opera si Konqueror nu suporta acest eveniment pe erorile JavaScript.

• Firefox 2 si Opera activeaza prea multe evenimente intr-o varietate de circumstante si de asemenea le barboteaza incoect.
• Firefox activeaza un eveniment focus oricand dati click pe document.
• Safari si Chrome nu suporta aceste evenimente pe linkuri si/sau campuri de form in toate circumstantele.
• Safari iPhone nu activeaza evenimentul cand fereastra primeste focus.
• Konqueror nu suporta aceste evenimente in fereastra browserului.

Evenimentul ar trebui sa fie activat continuu atata timp cat utilizatorul tine tasta apasata.

• Evenimentul keydown nu se repeta in Opera si Konqueror.
• Nu puteti prevenii implicitul onkeydown in Opera.
• Pe iPhone nu este posibil sa repetati un caracter prin mentinerea unei taste apasate.

Acest eveniment ar trebui sa se activeze numai daca o apasare de tasta duce la un caracter care este adaugat unui element HTML cum ar fi text input. Nu ar trebui sa se declanseze cand utilizatorul apasa taste cum ar fi tastele sageti din care nu rezulta nici un caracter.

Evenimentul ar trebui sa fie activat continuu atata timp cat utilizatorul tine acea tasta apasata.

• Firefox, Safari 3.0, Opera si Konqueror activeaza evenimente keypress la orice tasta.

Acest eveniment se activeaza dupa ce tasta apasata a fost procesata; de exemplu dupa ce un caracter a fost adaugat unui text input. Nu este posibil sa anulam actiunea implicita pentru ca acea actiune a avut deja loc. Acest eveniment nu ar trebui sa se repete.

• iPhone activeaza mousedown, mouseup si click in ordinea corecta la un click, dar activeaza ori toate evenimentele ori nici unul. Tinerea apasata a unui buton pe un element si asteptarea de a-si pierde focusul dupa o vreme nu activeaza nici un eveniment, chiar daca ar trebui sa se intample ceva prin activarea evenimentului mousedown imediat ce degetul utilizatorului atinge ecranul.

• Pe iPhone un eveniment mousemove este echivalent cu un eveniment mouseover. Se activeaza pe un element cand focusul utilizatorului se muta pe alt element.

• Pe iPhone aceste evenimente se activeaza cand focusul utilizatorului se muta de la un element la altul. cand un element primeste focusul declanseaza mouseover, cand pierde focusul declanseaza mouseout.

• Pe iPhone aceste evenimente se activeaza cand focusul utilizatorului se muta de la un element la altul. cand un element primeste focusul declanseaza mouseover, cand pierde focusul declanseaza mouseout.

• iPhone activeaza mousedown, mouseup si click in ordinea corecta la un click, dar declanseaza ori toate evenimentele ori nici unul. Vezi mousedown.

Este posibil sa anulam actiunea implicita pentru ca elementul sa nu se deruleze.

• Daca un manipulator de evenimente mousewheel este definit pe un element in IE8rc1, folosirea rotitei mouse-ului nu deruleaza elementul. Evenimentul se declanseaza totusi corect.
• Pe iPhone, evenimentul mousewheel se declanseaza cand utilizatorul deruleaza un element derulabil (cu overflow: auto), si nu atunci cand deruleaza documentul. (Derularea unui element derulabil este facuta cu doua degete; nu unul.)

• Firefox 3 are o implementare greoaie.

• Safari iPhone este imprevizibil. (Am sperat ca va activa evenimentul cand utilizatorul face zoom in sau out, dar nu am avut noroc. Pe de alta parte, evenimentul scroll se activeaza in acea situatie.)

• Safari monitorizeaza probabil accesul scrollTop pentru a determina daca utilizatorul a derulat un element cu overflow: auto. (Nu se aplica la iPhone.)
• Safari iPhone declanseaza de asemenea acest eveniment cand utilizatorul face soom in sau out.

In ceea ce ma priveste acest eveniment ar trebui sa se activeze si cand utilizatorul selecteaza text din orice element. Nici un browser nu este de acord se pare.

Un link este activat cand utilizatorul il urmeaza. Un checkbox sau radio este activat cand este bifat sau debifat.

• Safari, Chrome si Konqueror trateaza incoect acest eveniment ca echivalent al evenimentului click. De exemplu, cand dati click pe un text input sau chiar pe document in general evenimentul se activeaza. Nu ar trebui: click pe un text input nu activeaza casuta text. Firefox activeaza corect doar un eveniment click.
• Safari si Chrome nu activeaza acest eveniment pe radio si checkbox.

• Firefox si Opera 9 activeaza de asemenea acest eveniment cand derulati o pagina, chiar daca nu este modificat nici un atribut DOM .

• Firefox, Safari 3.0, Opera si Konqueror nu activeaza evenimentul cand schimbam datele caracter prin innerHTML.

• Safari nu activeaza evenimentul cand folosim mouse-ul pentru a pune focusul pe linkuri sau elemente cu tabindex.
• Chrome nu activeaza evenimentul cand folosim mouse-ul pentru a pune focusul pe linkuri.

• Safari nu activeaza evenimentul cand punem focus pe linkuri sau elemente cu tabindex.
• Chrome nu activeaza evenimentul cand punem focus pe linkuri.

Echivalentul mousewheel.

Daca schimbam innerHTML-ul unui element, browserele activeaza un eveniment DOMnodeRemoved pentru fiecare nod copil al elementului, si apoi evenimentul DOMnodeInserted pentru fiecare nod copil in noua versiune.

• Konqueror nu activeaza aceste evenimente cand folosim innerHTML.

Daca schimbam innerHTML-ul unui element, browserele activeaza prima data un eveniment DOMnodeRemoved pentru fiecare nod copil al elementului, si evenimentul DOMnodeInserted pentru fiecare nod copil in noua versiune.

• Safari activeaza doua evenimente cand eliminam un nod.
• Firefox si Opera activeaza acest eveniment cand schimbam continutul nodului prin innerHTML. Safari nu activeaza. Aceasta este probabil cauzata de implementarile innerHTML, si nu este considerat un bug.
• Konqueror nu activeaza aceste evenimente cand folosim innerHTML.

Acesta este un eveniment DOM, in ciuda faptului ca lipseste "DOM" in nume. De aceea nu functioneaza cu inregistrarea evenimentelor traditionale.

Nu inteleg scopul real al acestor evenimente. Totusi, cand un utilizator cheama un meniu de de context care contine actiuni cut, copy si paste , beforecut, beforecopy si beforepaste se activeaza toate.

Vezi beforecopy.

Vezi beforecopy.

• Safari 3.1 si Chrome nu actioneaza acest eveniment inaintea unei actiuni paste. Functioneaza perfect in meniuri de context.

Nu este disponibil in fereastra.

Nu este disponibil in fereastra.

Acest eveniment poate fi interesant pentru monitorizarea Inapoi/Inainte in interfetele Ajax.

CELELALTE BROWSERE AR TREBUI SA IMPLEMENTEZE ACESTE EVENIMENTE CAT MAI CURsi POSIBIL.

(Da, stiu ca strig, dar o zic din 2003 si nimeni nu a fost atent la ce am zis.)

Mouseover si mouseout se activeaza de asemenea cand utilizatorul pune mouse-ul pe un element copil si apoi il ia de pe elementul pe care s-au inregistrat evenimentele. Mouseenter si mouseleave nu o fac. Deci, ele sunt echivalentele adevarate ale CSS :hover.

Odata ce aceste evenimente sunt suportate de toate browserele, crearea meniurilor dropdown vor devenii ca o plimbare in parc. Este vina Firefox, Safari si Opera ca inca trebuie sa pierdem ore intregi pentru a descoperii evenimente mouseover si mouseout importante si neimportante. Daca am fi avut doar mouseenter si mouseleave, toate problemele noastre ar fi rezolvate.

Vezi remarci mouseenter.