On 2015-02-12 22:10, Marek wrote:
> W dniu 2015-02-12 o 17:43, Cezary Tomczyk pisze:
>
>> Osobiście nigdy nie miałem potrzeby użycia "captures" w wersji
>> "true".
>
> No właśnie w tym rzecz. Sam nie znalazłem jeszcze praktycznego
> wykorzystania. Zwykle interesuje nas zdarzenie na danym elemencie.
> Odwrócona kolejność taka, że najpierw odezwie się document gdy klikniemy
> w nim button jest średnio przydatna. Też nie bardzo znajduję potrzebę
> korzystania z tego mechanizmu i stąd pytanie

Wydaje mi się, że to pozostałość historyczna kiedy jeszcze Netscape i IE
miały różne koncepcje event delegation. Tutaj
http://www.nczonline.net/blog/2009/06/30/event-deleg
ation-in-javascript/
jest to ładnie opisane.

>> Znalazłem ciekawy wątek wokół "captures":
>> http://stackoverflow.com/questions/7398290/unable-to
-understand-usecapture-attribute-in-addeventlistener
>>
>>
>
> A tak, dziękuję. Widziałem diagram na W3C i fajnie, że jest tu również
> JS do przetrenowania. Co gorsze, pobawiłem się tym i ...kolejna, tym
> razem niejasność powstała. Zaskoczyło mnie działanie stopPropagation()
>
> w przykładzie z w/w wątku: http://jsfiddle.net/sc5Xa/2/
>
> Odkomentowałem przy "parent capture". Tak jak się spodziewałem - żadne
> kolejne zdarzenie nie zaszło. Postanowiłem więc przetestować drugie
> zdarzenie "children capture" i teraz tam zatrzymałem propagację. Ze
> zdziwieniem ... zablokowałem w ten sposób jedynie "parent bubble".
> Dlaczego "children bubble" nie zostało odcięte przez stopPropagation() w
> "children capture"???

Klucz to zagadaki jest tutaj
http://www.w3.org/TR/DOM-Level-3-Events/#event-flow

+ https://msdn.microsoft.com/en-us/library/ie/ff975245
(v=vs.85).aspx

"Events are handled in two phases: capturing and bubbling. During the
capturing phase, events are dispatched to parent objects before they are
dispatched to event targets that are lower in the object hierarchy.
During the bubbling phase, events are dispatched to target elements
first and then to parent elements."

--
Cezary Tomczyk
http://www.ctomczyk.pl/