00:01:26 RRSAgent has joined #webapps 00:01:26 logging to http://www.w3.org/2014/04/23-webapps-irc 00:01:40 RRSAgent: this meeting spans midnight 00:01:49 Zakim: this is Dom3 00:03:32 Zakim, this will be dom3 00:03:32 ok, Travis; I see RWC_WAPI(D3E)8:00PM scheduled to start 3 minutes ago 00:03:54 garykac has joined #webapps 00:03:56 Present+ Travis 00:03:58 Present+ Gary 00:04:06 scribe: Travis 00:04:08 Hell. 00:04:11 scribeNick: Travis 00:04:12 KenjiBX has joined #webapps 00:04:13 Hello. 00:04:28 Present+ Masayuki 00:05:05 Topic: Looking over the bugs 00:05:14 Bug list: https://www.w3.org/Bugs/Public/buglist.cgi?component=DOM3%20Events&list_id=35325&product=WebAppsWG&resolution=--- 00:05:58 garykac: Quite a few new bugs opened recently 00:06:04 masayuki_ has joined #webapps 00:06:21 Travis: Yep, I've tried to look over a few, but haven't gotten very far. 00:06:43 WE should probably go over the new bugs first 00:06:58 Let's make sure that they are all assigned. 00:07:11 Looking at: https://www.w3.org/Bugs/Public/show_bug.cgi?id=23910 00:07:42 masayuki: proposed a relatively simple solution which I liked. 00:08:46 Travis: yeah, but I forgot the case with dead key... 00:09:48 Travis: I checked briefly now. The examples look ok to me. 00:10:08 Travis: (summarizes the bug history) 00:10:20 ... ending with masayuki's comment. 00:11:13 garykac: So, do we have to address this now, or can we punt? 00:11:30 Travis: Er, the keyup's key values are odd. After compositionend, the keyup's .key value should not be IMEKey. 00:12:08 Travis: and also keyup immediately after compositionstart should be IMEKey, I think. 00:12:53 karl has joined #webapps 00:12:56 garykac: If we change to this proposal, then this will break firefox. Is firefox OK with this? 00:14:46 Travis: Also, this is the corner case where the key events are not being suppressed. 00:15:29 I'm not sure what the advantage is of sending IMEKey during composition - they keyup/down events don't seem useful at that point. We recommend suppressing these events why not just require suppressing these events rather than saying that you may generate (useless) IMEKey events? 00:16:02 travis: masayuki: I wasn't sure if I should always bookend the key values for consistency--though I found in later examples in the spec that this is not a requirement :-) 00:16:08 ... so you are correct 00:16:10 To paraphrase: Right now we recommend suppressing keyup/keydown, but we allow it. 00:16:23 Why bother allowing it if the events are only going to contain IMEKey? 00:16:57 I recommend, that we continue this discussion in the bug :-) 00:17:03 (So that we can move on...) 00:17:05 sgtm 00:17:10 garykac: D3E defines that keydown and keyup events should be fired even during composition. Then, the .key value becomes problem with Japanese IME in Kana input mode and Chinese IME. 00:17:57 Travis: I thought it stated that they should be surpressed (in the latest editor's draft) 00:18:07 s/surpressed/supressed 00:18:30 Section 5.2.7.5 : "During the composition session, all keydown and keyup events should be suppressed." 00:18:52 Where "should" is a strong requirement per the RFC 00:19:07 In https://www.w3.org/Bugs/Public/show_bug.cgi?id=24797 00:19:21 I think I have a clear direction, though WebIDL may have a problem... 00:19:37 And in https://www.w3.org/Bugs/Public/show_bug.cgi?id=25359 00:19:38 We know that they can't be suppressed in all cases, this is why we allow them to come through. If they can't be suppressed, why would we be able to change the fields to IMEKey? It seems at that point that we would be able to suppress the event. 00:19:49 I think I just need to add the annotations. 00:19:51 garykac: Oh, did you changed? Or I misunderstood? 00:21:17 I don't think that's a change - although the section got reformatted when isComposing was added. 00:22:00 keydown and keyup should not be fired, the examples should clearify the keydown and keyup in the table during composition optional. 00:23:13 Yes. 00:23:40 (In the bug, I put in such a note in my table reproductions) 00:24:03 And I think that it should be defined in the section of keydown and keyup too. 00:24:44 masayuki: yes, we should add that to keyup/keydown. 00:25:04 Currently in the spec, we have a Note by the composition example: "Note: The keydown and keyup events shown in these examples would normally be suppressed during the composition session. They are included in these examples to make the user actions (pressing and releasing keys) more apparent." 00:25:41 But we can make that more apparent by adding a comment in the table for each event. 00:26:10 Travis: masayuki: Given all this, the "DeadKey" still makes sense, but perhaps the "IMEKey" proposal does not? 00:26:22 Okay, but IE, Chrome and Safari are okay? IIRC, they dispatch keydown/keyup events even during composition. 00:26:49 Travis: Yeah, I agree. 00:27:26 Yes, from the IE perspective, we've wanted the key events supressed for some time :-) 00:27:42 (It was feedback from our EA language team) 00:28:05 garykac had a bug reactivated: https://www.w3.org/Bugs/Public/show_bug.cgi?id=24739 00:29:24 Travis: I worry about the compatibility with older browsers of them. 00:29:57 (Yes, we'll have a plan for dealing with compat impact, I'm sure.) 00:30:28 The outcome of this bug is that a Sun keyboard would have a bunch of unique key .code values? 00:31:47 For 24739, I have to double-check - it looks like I got confused between key and code values. I don't think that it's a problem to add 'code' values for these keys. 00:32:40 When I was working on Linux keyboard bugs, some Sun keyboard users reported their specific bugs. Therefore, I guess they may need independent .code value when they implement their own system. 00:32:47 masayuki: BTW, outside of the alphanum keys, the other keys can be in different locations on different keyboards and share the same 'code'. E.g., a lot of PC laptop keyboard more around these keys. 00:33:18 So it's not a problem for some of the 'code' values to be shared. 00:34:10 garykac: sounds odd to me... even though its rare case... 00:36:26 Also, for example, the fact that low level codes for Stop and BrowserStop are the same rather than having 2 separate codes. 00:37:06 Alright. Now, we switch to look at the "new" bugs. 00:37:11 masayuki: BTW, for 25373, do you have a preference for NoConvert vs. NonConvert? They should be consistent. 00:37:26 https://www.w3.org/Bugs/Public/show_bug.cgi?id=25373 00:38:13 -> assigned 00:38:16 (looked ok) 00:38:19 Now: https://www.w3.org/Bugs/Public/show_bug.cgi?id=25210 00:40:06 garykac: Only Windows uses "NonConvert" for its virtual keycode name. Others use "Muhenkan". So, I like "NonConvert" better. 00:41:19 I meant no platfrom uses "NoConvert". 00:41:19 -> Assigned, change looks reasonable. 00:41:27 OK. "NonConvert" is it then. For both key and code. 00:42:08 https://www.w3.org/Bugs/Public/show_bug.cgi?id=23167 00:42:17 garykac: This is placeholder for all the mobile keys. 00:43:00 Arthur suggested adding a tag to bugs that are specific to the |key| and/or |code| tables. 00:43:36 I was thinking something like [d3e-code] and [d3e-key] prefix for the bug title. 00:43:45 I like that. 00:43:53 Agree. 00:45:25 Looking at: https://www.w3.org/Bugs/Public/show_bug.cgi?id=25368 00:45:40 garykac: Yep, and since travis filed it, he can fix it. 00:45:52 Moving on to 25405.... 00:46:02 "Input event types"... 00:46:15 https://www.w3.org/Bugs/Public/show_bug.cgi?id=25405 00:47:52 Looks like something I should be able to address... 00:47:55 (Took the bug) 00:48:12 https://www.w3.org/Bugs/Public/show_bug.cgi?id=25408 00:49:41 Link integrity--and some cleanup. Gary will take. 00:51:00 https://www.w3.org/Bugs/Public/show_bug.cgi?id=25366 00:52:17 We are wondering why this is cancellable too. :) 00:52:47 garykac: No default action. Yeah! 00:53:12 :wondering why mousemove is now cancelable? What does that even mean.... weird... 00:53:14 Travis: https://www.w3.org/Bugs/Public/show_bug.cgi?id=17626 00:53:51 Awesome. 00:53:57 masayuki: wow! you filed that bug 2 years ago. 00:54:28 (So, it's still not cancelable in Firefox :-) 00:55:01 I forgot to fix it on Firefox, I can do it soon, though. 00:55:09 ^_^ 00:55:29 https://www.w3.org/Bugs/Public/show_bug.cgi?id=23906 00:55:48 garykac: The solution for windows key madness. I just need to write it up and have masayuki review. 00:56:02 I assigned the bug. 00:56:10 When I write it up, I'll assign the bug to masayuki so that he can review it. 00:56:23 https://www.w3.org/Bugs/Public/show_bug.cgi?id=25365 00:57:36 FerasM has joined #webapps 00:58:29 I assigned that one to me. A goof from an earlier draft that wasn't updated. 00:58:42 https://www.w3.org/Bugs/Public/show_bug.cgi?id=25363 00:59:59 Another good consistency find. 01:01:46 https://www.w3.org/Bugs/Public/show_bug.cgi?id=25358 01:04:42 https://www.w3.org/Bugs/Public/show_bug.cgi?id=23908 01:05:53 That last one is clearly on Gary... 01:06:54 https://www.w3.org/Bugs/Public/show_bug.cgi?id=23913 01:06:58 Long history on this one... 01:10:53 Gary took it. 01:12:11 https://www.w3.org/Bugs/Public/show_bug.cgi?id=24044 01:12:15 Gary took this. 01:12:42 https://www.w3.org/Bugs/Public/show_bug.cgi?id=25357 01:12:46 Travis will work on this. 01:14:00 25363 seems related to that one as well. 01:14:10 All the bugs are assigned ! 01:14:25 We hope to get through most (if not all) of them by next week. 01:14:30 Gary and I will work on these and hopefully have some great progress to report next week. 01:14:50 We shall meet again next Tuesday? 01:14:53 So... next Tuesday. Same bat time. Same bat channel. 01:15:11 sgtm 01:15:44 Thanks everyone. See you next week. 01:15:46 No problem. 01:16:02 Thanks and see you. 01:16:06 bye 01:18:21 RRSAgent: make logs public 01:18:28 RRSAgent: please generate the minutes 01:18:28 I have made the request to generate http://www.w3.org/2014/04/23-webapps-minutes.html Travis 02:55:32 karl has joined #webapps 03:19:10 xiaoqian has joined #webapps 03:47:56 lmclister has joined #webapps 04:04:17 Zakim has left #webapps 04:04:48 lmclister has joined #webapps 04:08:14 karl has joined #webapps 04:21:21 lmclister has joined #webapps