- From: Hayato Ito <notifications@github.com>
- Date: Wed, 20 Jul 2016 19:16:11 -0700
- To: whatwg/dom <dom@noreply.github.com>
- Message-ID: <whatwg/dom/pull/281/r71637973@github.com>
> @@ -639,10 +639,18 @@ dictionary EventInit { > <p>An {{Event}} object is simply named an <dfn export id=concept-event>event</dfn>. It allows for > signaling that something has occurred, e.g., that an image has completed downloading.</p> > > +<p>An <a>event</a> has an associated <dfn export for=Event>relatedTarget</dfn> (an > +{{EventTarget}} object). Unless stated otherwise it is null.</p> > + > +<p>An <a>event</a> has an associated <dfn export>set the relatedTarget</dfn> algorithm, > +which takes an {{EventTarget}} <var>relatedTarget</var>. Unless specified otherwise it does > +nothing.</p> Good question. This is inspired by "get the parent", however, I expect that there is only one implementation. UI Events and Touch Event would actually do the same thing. They just store a given argument to their relatedTarget attribute. I just would like to avoid mentioning relatedTarget *attribute* in DOM Standard because Event interface does not have relatedTarget attribute. If it is okay to mention relatedTarget attribute in DOM Standard, I would remove "set the relatedTarget" abstraction. For example, can we say the following? > Set event’s relatedTarget attribute to *relatedTarget*, if event has a relatedTarget attribute. Otherwise, do nothing. --- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/whatwg/dom/pull/281/files/5a01009f0b85a5d88fef1accc95d65c63f89b829#r71637973
Received on Thursday, 21 July 2016 02:16:43 UTC