- 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