16:02:08 RRSAgent has joined #touchevents 16:02:08 logging to http://www.w3.org/2015/01/27-touchevents-irc 16:02:13 Meeting: Touch Events Community Group 16:02:15 Agenda: https://lists.w3.org/Archives/Public/public-touchevents/2015Jan/0090.html 16:02:27 Chair: rbyers 16:02:28 +[IPcaller] 16:02:41 Zakim, [IPcaller] is Olli_Pettay 16:02:42 +Olli_Pettay; got it 16:02:43 asir has joined #touchevents 16:02:49 Zakim, nick smaug is Olli_Pettay 16:02:50 ok, smaug, I now associate you with Olli_Pettay 16:02:55 Regrets: Art_Barstow, Patrick_Lauke 16:03:59 Zakim, who's here? 16:03:59 On the phone I see Matt_Brubeck, Scott_Gonzalez, rbyers, +1.571.426.aaaa, Doug_Schepers, Olli_Pettay 16:04:01 On IRC I see asir, RRSAgent, mustaq, Zakim, tdresser, shepazu, smaug, sangwhan, scott_gonzalez, mbrubeck, rbyers 16:04:04 Present: Matt_Brubeck, Olli_Pettay, Scott_Gonzalez, Asir_Vedamuthu, Rick_Byers, Tim_Dresser, Mustaq_Ahmed 16:04:20 asir has joined #touchevents 16:04:36 Present+ Doug_Schepers 16:05:39 rbyers: Agenda should include a discussion of what we should block checkins on for GitHub. 16:05:53 Topic: Identifying mouse events derived from touch 16:06:05 asir has joined #touchevents 16:06:12 https://lists.w3.org/Archives/Public/public-touchevents/2015Jan/0065.html 16:06:30 https://lists.w3.org/Archives/Public/public-touchevents/2015Jan/0078.html 16:06:31 rbyers: Last call, jrossi argued for "FiredFrom" api, Anne had some objections to that Api, as it isn't well defined. 16:07:00 rbyers: On the list, I proposed a "sourcedevice" api, which would let you determine if an event came from a device which fires touch events. 16:07:45 asir has joined #touchevents 16:07:46 rbyers: Maybe we should punt until jrossi is here. 16:08:03 rbyers: Punting until next call with jrossi, or resolve over email. 16:08:31 Topic: Identifying touch events that can trigger scrolling 16:08:34 https://lists.w3.org/Archives/Public/public-touchevents/2015Jan/0058.html 16:08:58 rbyers: We talked about this two weeks ago, came up with a tentative Api, I wrote up a doc for it. 16:09:20 rbyers: High level, touch events have a "defaultstartsmanipulation" bit, which indicates if you're about to lose control over touch events. 16:10:34 rbyers: It's important that we come up with something that Safari can implement too. 16:11:20 asir: Do we need something like this for other event types as well? 16:11:22 asir has joined #touchevents 16:11:45 rbyers: We don't have the same kind of state machine with other input types. 16:11:50 s/asir/olli 16:12:38 olli: It could be useful for pointer events, and wheel events. 16:13:26 agenda+ writing 16:13:49 rbyers: Chrome's implementation here is really simple, but probably worse than the implementation Firefox has. This isn't necessary for Chrome's current implementation. 16:14:03 rbyers: This is somewhat similar to touch action, it could also apply to wheel events. 16:14:51 rbyers: jrossi argued that this was more important for touch because touch is common on low power devices, and touch requires lower latency. 16:15:10 asir has joined #touchevents 16:18:13 Topic: Rotation angle / tilt definitions in TEE 16:18:23 https://lists.w3.org/Archives/Public/public-touchevents/2015Jan/0088.html 16:18:32 rbyers: Samsung recently started contributing, which is good to see. 16:19:14 rbyers: They believe that they should be firing touch events for stylus, for the 90% case, but they should enable websites expecting stylus input to take advantage of stylus specific features. 16:19:53 ??: Wacom is also interested in this. 16:20:03 s/??/shepazu 16:20:22 Shepazu: Stylus is very important. 16:20:54 shepazu: If you use touch for stylus, you'll run into problems with multiple simultaneous modalities (touch and pen at the same time). 16:21:28 shepazu: There was an object from yandex against publishing pointer events as a formal recommendation. 16:21:47 shepazu: They didn't want the fragmentation between touch and pointer events. 16:22:59 shepazu: This objection will be raised to the w3c director, but can be delegated. In this case it was delegated to another w3c staff (Ralph). 16:23:28 shepazu: We don't know yet what the official decision will be on that. I expect pointer events will be published as a recommendation. 16:23:38 asir has joined #touchevents 16:23:52 shepazu: One of the points raised in the objection was that there is currently no other way to support pen and touch on the web. 16:24:17 shepazu: We could do that here, but I think we want to be careful that we don't just reinvent pointer events and call it touch events. 16:25:00 One possible path (inspired by pointer events) for touch events to address the multi-device scenario: https://docs.google.com/a/chromium.org/document/d/1x-yE4CmTZlZQXea4_FPjgly5TOvF28UBNs9gZ5aGUhg/edit 16:25:03 asir has joined #touchevents 16:25:57 (extending an API has fragmentation issues just like adding a new API) 16:26:42 s/yandex/a W3C member/ 16:28:08 s/(Ralph)// 16:29:01 rbyers: We'll probably want to talk about extending touch events more thoroughly in the future, but for now we do need to respond to Samsung. 16:29:34 rbyers: Should we say that adding the stylus specific attributes to touch events are out of scope for now, or should we tell them we'll get back to them in a month? 16:29:53 We started adding pen attributes in the abandoned "Touch Events v2" spec https://dvcs.w3.org/hg/webevents/raw-file/default/touchevents.html 16:30:12 shepazu: I would say that it's definitely something that we need to solve for the platform, and long term, we'll consider putting it in touch events. 16:30:44 asir has joined #touchevents 16:32:58 asir has joined #touchevents 16:33:01 rbyers: Does anyone object with shepazu's wording? 16:33:18 rbyers: I'll reply to the thread then. 16:33:58 Topic: Writing 16:35:58 shepazu: Should we have an Api for converting handwriting to text? 16:36:12 http://www.w3.org/TR/ime-api/ 16:36:23 rbyers: I don't have much expertise in this space, at Google, our IME team has more context here. 16:37:23 shepazu: Does it seem like this would be useful/possible for the web? 16:37:38 olli: This could be a JS library pretty easily. 16:38:02 rbyers: What's relevant for this group is, "If you want to support this scenario, how would your api's change?" 16:38:12 - +1.571.426.aaaa 16:38:26 asir has joined #touchevents 16:38:30 rbyers: We'd need to expose the historical events. You don't want to optimize for latency in this case, you want to optimize for accuracy. 16:38:37 asir has joined #touchevents 16:38:59 s/your api's/your low-level input apis/ 16:39:40 shepazu: You could do this with a JS library, or an external service. I'll talk to the IME folks. 16:40:28 rbyers: You're right that we do want to enable this offline, you may want to make sure your handwriting isn't being sent across the web. 16:40:38 Topic: Process for landing changes in GitHub 16:40:40 https://lists.w3.org/Archives/Public/public-touchevents/2015Jan/0094.html 16:40:55 rbyers: Doug, can you tell us anything about how other groups are using GitHub? 16:41:07 shepazu: Every group is different. 16:41:52 shepazu: I'd take pull requests from anyone, and authorized people would integrate the pull requests. 16:42:14 shepazu: For editors, the process should be "commit -> review" for everyone else, the process should be "review -> commit" 16:42:35 shepazu: The editor can always come to the group and ask for feedback. 16:42:44 shepazu: Does that seem reasonable? 16:43:20 rbyers: When you say that for other folks it would be "review->commit", it doesn't need to be a conference call does it? It can just be an editor looking at it? 16:43:40 shepazu: We don't need to look at every little change on the conference call. 16:44:01 rbyers: Here's a proposal: 16:44:23 rbyers: If any of us want to land a patch, create a pull request, and then an editor needs to review it. 16:44:40 rbyers: Only editors can land patches, and all pull requests will be sent to the list. 16:45:02 rbyers: We can always revert changes if there is contention. 16:45:13 +1 16:45:15 shepazu: I agree, and think we should accept that. 16:45:43 mbrubeck: I agree, we should keep it light, we can always revert things. 16:46:22 RESOLUTION: use proposed method for landing patches. 16:48:14 shepazu: specs.webplatform.org could pull the spec from GitHub, it will provide a nice way for getting feedback. 16:49:16 rbyers: Right now editors of the extension note are listed as rbyers, sangwhan, shepazu, mbrubeck, is this a good list of editors? 16:49:51 shepazu: Anyone active in the group, making good pull requests, who is a member of the CG should probably be made an editor. 16:50:21 shepazu: We should have art on there. 16:50:56 shepazu: rbyers should be an editor of v1 errata. 16:51:00 rbyers for editor! 16:51:22 rbyers: We want to make sure people like Patrick can easily make a bunch of improvements. 16:51:32 shepazu: Perhaps Patrick should also be an editor. 16:52:41 Topic: Plan for next two weeks of calls? 16:53:01 rbyers: I'll be in Australia for the next 2 calls. Should we meet anyways? 16:53:15 rbyers: Or we can just meet again in 3 weeks. 16:53:34 shepazu: We might as well cancel. 16:53:54 shepazu: rbyers and jrossi are both necessary. 16:54:19 -Olli_Pettay 16:54:20 -Doug_Schepers 16:54:21 -rbyers 16:54:29 -Scott_Gonzalez 16:54:39 -Matt_Brubeck 16:54:40 RWC_PEWG()11:00AM has ended 16:54:40 Attendees were Matt_Brubeck, Scott_Gonzalez, rbyers, +1.571.426.aaaa, Doug_Schepers, Olli_Pettay 17:03:58 asir has joined #touchevents 17:30:16 RRSAgent, make minutes 17:30:16 I have made the request to generate http://www.w3.org/2015/01/27-touchevents-minutes.html rbyers 17:31:36 RRSAgent, make log member 17:31:40 RRSAgent, make minutes 17:31:40 I have made the request to generate http://www.w3.org/2015/01/27-touchevents-minutes.html rbyers 18:59:08 smaug has joined #touchevents 20:33:34 shepazu has joined #touchevents 20:41:22 shepazu_ has joined #touchevents 20:53:46 RRSAgent, make log public 20:54:08 RRSAgent, make minutes 20:54:08 I have made the request to generate http://www.w3.org/2015/01/27-touchevents-minutes.html rbyers 21:14:53 tdresser has joined #touchevents 23:19:31 shepazu has joined #touchevents