See also: IRC log
<trackbot> Date: 21 April 2010
<smaug> just a minute
<scribe> scribe: Travis
<scribe> scribeNick: Travis
Current editor's draft dated 4/20/2010: http://dev.w3.org/2006/webapi/DOM-Level-3-Events/html/DOM3-Events.html
shepazu: Many issues resolved in
... after review, we will be ready to publish (Working Draft)
... would like to go to LCWD in first two weeks of May.
smaug: I see setCapture still. Looks to have issues...
smaug: Recommend not taking these for D3E -- many unresolved issues...
shepazu: [discusses possible use cases]
I am also in favor of postponing this to a future spec.
scribe: many of the use-cases can be handled via the capture phase of the event model. Granted, capturing events over an iframe is not possible, however, we have had known security exploits as a result of this feature in IE.
We all resolve to remove it because it might lead folks to think that it's spec'd somewhere...
shepazu: OK. removed.
shepazu: I think we've already resolved this...
Speced as the eventTarget recieveing focus...
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<title> Untitled Page</title>
<input id="myCheck" name="checky" type="checkbox" />
var check = document.getElementById("myCheck");
alert('preventing the default action');
(That's a sample code that "undoes" the check action after the fact, via preventDefault.)
(This is related to the issue in default actions.)
shepazu: Great. I'll clean this up and keep the wording as-is.
Back to relatedTarget/focus event type...
IE9 is currently reporting the same object for relatedTarget as target. We can adjust this if necessary...
smaug: Yes, I don't see why we need to have them both point to the same place...
shepazu: OK. I'm changing relatedTarget to be 'null' in cases where the relatedTarget and target are the same in the FocusEvent interface.
<scribe> ACTION: shepazu to coordinate with WAI with issues of focus. [recorded in http://www.w3.org/2010/04/21-webapps-minutes.html#action01]
<trackbot> Created ACTION-529 - Coordinate with WAI with issues of focus. [on Doug Schepers - due 2010-04-28].
(back to focus/blur topic... I sent the mail re: this topic on Feb 8, 2010, but it may have been rejected from www-dom. I just resent it to www-archive.
Firefox: it appears to be 0 (which is the default when no value is assigned)
Opera: seems kinda random 0's, 1's, and 2's reported...
shepazu: Should there be an associated button?
I like just having button and 'buttons' be zero.
smaug: me too.
shepazu: OK. Done.
shepazu: Simple resolves...
All the issues listed seem more like a Note than an issue.
Might even get its own section, a la "Considerations for key values in other language bindings"?
shepazu: Do we need to worry
about C/Java interactions?
... the implementation will just need to handle it.
... I'm going to convert these to notes.
... I think that's the last major issue!
smaug: When the draft is updated, and before publication, please send out a mail.
<shepazu> trackbot, end telcon
This is scribe.perl Revision: 1.135 of Date: 2009/03/02 03:52:20 Check for newer version at http://dev.w3.org/cvsweb/~checkout~/2002/scribe/ Guessing input format: RRSAgent_Text_Format (score 1.00) Found Scribe: Travis Inferring ScribeNick: Travis Found ScribeNick: Travis Default Present: Shepazu, [Microsoft], Olli_Pettay Present: Shepazu [Microsoft] Olli_Pettay Agenda: http://lists.w3.org/Archives/Public/www-dom/2010AprJun/0031.html WARNING: No meeting chair found! You should specify the meeting chair like this: <dbooth> Chair: dbooth Found Date: 21 Apr 2010 Guessing minutes URL: http://www.w3.org/2010/04/21-webapps-minutes.html People with action items: shepazu[End of scribe.perl diagnostic output]