16:01:46 RRSAgent has joined #htmlspeech 16:01:46 logging to http://www.w3.org/2011/07/28-htmlspeech-irc 16:01:48 -Michael_Johnston 16:01:50 zakim, help 16:01:50 Please refer to http://www.w3.org/2001/12/zakim-irc-bot for more detailed help. 16:01:52 Some of the commands I know are: 16:01:53 xxx is yyy - establish yyy as the name of unknown party xxx 16:01:55 if yyy is 'me' or 'I', your nick is substituted 16:01:58 xxx may be yyy - establish yyy as possibly the name of unknown party xxx 16:02:00 I am xxx - establish your nick as the name of unknown party xxx 16:02:02 xxx holds yyy [, zzz ...] - establish xxx as a group name and yyy, etc. as participants within that group 16:02:05 xxx also holds yyy - add yyy to the list of participants in group xxx 16:02:07 who's here? - lists the participants on the phone 16:02:09 who's muted? - lists the participants who are muted 16:02:12 mute xxx - mutes party xxx (like pressing 61#) 16:02:14 unmute xxx - reverses the effect of "mute" and of 61# 16:02:16 is xxx here? - reports whether a party named like xxx is present 16:02:19 list conferences - reports the active conferences 16:02:20 this is xxx - associates this channel with conference xxx 16:02:21 excuse us - disconnects from the irc channel 16:02:23 I last learned something new on $Date: 2010/03/15 18:49:04 $ 16:02:24 +Charles_Hemphill 16:02:37 zakim, nick Charles is Charles_Hemphill 16:02:37 ok, burn, I now associate Charles with Charles_Hemphill 16:03:20 trackbot, start telcon 16:03:22 RRSAgent, make logs public 16:03:24 Zakim, this will be 16:03:24 I don't understand 'this will be', trackbot 16:03:25 Meeting: HTML Speech Incubator Group Teleconference 16:03:25 Date: 28 July 2011 16:03:48 Agenda: http://lists.w3.org/Archives/Public/public-xg-htmlspeech/2011Jul/0028.html 16:04:44 Scribe: Milan_Young 16:04:50 ScribeNick: Milan 16:05:00 bringert has joined #htmlspeech 16:05:24 dialing in in a min 16:06:50 Topic: Protocol report 16:07:01 +wcandillon 16:07:11 Robert: About 1 week behind scedule 16:07:21 ... Draft review is public 16:07:43 satish has joined #htmlspeech 16:07:53 -Robert_Brown 16:09:14 +[Microsoft] 16:09:28 -[Microsoft] 16:09:45 zakim, wcandillon is Bjorn_Bringert 16:09:45 +Bjorn_Bringert; got it 16:10:02 zakim, nick bringert is Bjorn_Bringert 16:10:02 ok, burn, I now associate bringert with Bjorn_Bringert 16:10:06 +[Microsoft] 16:10:39 zakim, [Microsoft] is Robert_Brown 16:10:40 +Robert_Brown; got it 16:11:13 ... Expect to incorperate redraft in one week 16:11:47 Dan: Need to discuss timings 16:12:11 Robert: Seems like a logisitcal challange 16:12:45 Bjorn: What is use case for async sending notifications? 16:13:01 Robert: Still debating 16:13:27 Dan: Let's talk now 16:13:41 ... maybe at end of call 16:13:51 +??P0 16:14:10 Zakim, ??P0 is Olli_Pettay 16:14:10 +Olli_Pettay; got it 16:14:30 ... Michael is still on vacation 16:14:42 ... but doesn't look like alot of progress on API group 16:14:45 Robert has joined #htmlspeech 16:15:07 Bjorn: Agree that there has been no progress 16:15:20 Dan: Will speak with Michael when he returns 16:16:13 Bjorn: There are many outstanding tasks which were assigned by Michael 16:16:28 Dan: Agree that we need to follow-up on those tasks 16:16:53 Debbie: It's helpful if people just do their own requirements 16:17:01 ... rather than wait for Raj 16:17:21 Robert: Perhaps we should do a task "role call" now 16:17:38 Dan: Good idea 16:17:42 Reminder email is http://lists.w3.org/Archives/Public/public-xg-htmlspeech/2011Jul/0018.html 16:18:01 Dan: No communication from Raj 16:18:30 Charles: Did re-review Microsoft proposal 16:18:59 ... need to flesh out more of the JavaScript API and maybe make a case for markup 16:19:53 Dan: Need to send everyting ASAP 16:20:07 Charles: Will try to send by next week 16:20:23 Dan: Don't have my task done, and no idea when it will be complete 16:20:35 ... and no estimate 16:20:54 Oillie: Have something in mind, but need to formally write up 16:21:03 ... will send in next couple days 16:21:26 Dan: Did recieve something from DanD, but not on the call today 16:21:38 ... but it needs more discussion 16:21:52 ... Did recieve something from Debbie 16:22:03 Debbie: Would like to review item #5 16:22:21 ... If time today would like to discuss how to organize parameters 16:22:52 ... could get something out by middle of next week 16:23:21 ... don't expect a full rewrite, just cleanup and making more specific 16:23:48 Dan: Want to review Bjorn's proposal 16:23:56 ... but haven't been on the call 16:25:09 ... Did Michael fufil his taks? 16:25:22 ... Doesn't seem like he has 16:25:40 ... That is complete list of assignments 16:25:48 ... but still unassigned tasks 16:26:08 ... can do this on email, not just by conference 16:27:00 ... Anything that needs to be discussed before charter expires? 16:27:22 -Olli_Pettay 16:27:49 ... Floated idea to IETF that we may want to formalize the work of the protocol group 16:28:21 ... Can take a few months to get a group together, so think about this now 16:29:04 ... Need to "socialize" and then BOF session for next IETF (November) 16:29:16 ... BOF writes the charter 16:29:39 ... correction, BOF only approves the charter 16:30:09 ... so should do this in advance 16:31:20 ... had some conversations with Franciois (from IETF) 16:32:02 ... said we were well positioned for a working group creation 16:33:49 ... next week is avaible for discussion for subgroup 16:34:30 Topic: Protocol work 16:35:24 ScribeNick: Milan 16:35:49 milan: Bjorn did you get my email on async events? 16:36:05 bjorn: yes. why would there be an event rather than something generated in UA? 16:36:19 milan: there are many different modalities. 16:36:33 bjorn: so why do we need an event channel? 16:36:46 zakim, who's noisy? 16:36:57 burn, listening for 10 seconds I heard sound from the following: Bjorn_Bringert (84%), Milan_Young (3%) 16:37:59 bjorn: this would be adding a feature for something else to hijack speech channel and turn it into generic notification channel. it's not necessary. 16:38:11 charles: do we really need async results? 16:38:28 milan: you can request something from server and it might have a delayed result 16:38:45 bjorn: all responses are asynchronous 16:38:57 charles: why do we need events separate from requests? 16:39:16 milan: client wouldn't request a response, but server just sends event 16:39:44 bjorn: doesn't belong. all info from server may be delayed but must still be in response to a request 16:39:48 milan: okay 16:39:57 milan: ... I'm fine with that 16:40:43 Topic: Organizing parameters of a function 16:41:26 http://lists.w3.org/Archives/Public/public-xg-htmlspeech/2011Jun/0086.html 16:42:19 Debbie: How to ballance parmeters to put in a recognition request vs on the general channel 16:42:57 ... Pick most important properties to put on the recognizer request 16:44:22 Bjorn: Everything should be an attribute on the recognition object 16:45:05 Dan: Discussed parameter effects being immediate 16:46:05 Bjorn: Might have an "updateParameter" method to for them to take effect 16:46:27 Charles: Pause / resume functionality ? 16:46:47 Dan: Continous recognition means change at any point 16:47:29 bjorn: what's the use case for changing params while reco is running? 16:47:45 milan: that's how client can send events to server, e.g. mouse click occurred 16:47:52 bjorn: that's different from setting a param 16:48:03 milan: we don't have a way to send without setting parameters 16:48:15 bjorn: in protocol maybe, but we're talking about webapi now 16:48:49 robert: may be difficult to coordinate. better to send new grammar and then say when grammar is to begin applying 16:49:12 ... in continuous reco may transition through many different modes. audio needs to be continuous, need to say that grammars changed. 16:49:49 ... won't have to deal with maxnbest, etc. can set that up before reco. won't change language 16:49:50 Dan: Interesting mentioned language 16:50:04 Robert: Might have to change reconizers with the language 16:50:25 Bjorn: method to apply current parameters 16:50:43 Robjert: Consdier XHR 16:50:56 ... if no outstanding request, then can change parameters 16:51:18 Bjorn: Then two types of parametesr 16:51:32 Charles: Runtime vs setup parameters 16:51:56 Dan: Always have some take place immediately and some not, but how does that affect API? 16:52:37 setParameters({ param1: value, param2: value2}) 16:54:03 bjorn: atomicity is the issue, but nothing else in HTML has atomicity 16:55:49 -Bjorn_Bringert 16:56:14 Robert: Example of nice HTML API 16:56:24 ... perhaps Bjorn could send over email 16:56:35 Debbie: Leave this as an open issues 16:57:13 ... will start email thread 16:58:11 -Robert_Brown 16:58:13 -Olli_Pettay.a 16:58:15 -Milan_Young 16:58:17 -Debbie_Dahl 16:58:19 -Daniel_Burnett 16:58:22 -Patrick_Ehlen 16:58:28 -Charles_Hemphill 16:58:29 INC_(HTMLSPEECH)11:30AM has ended 16:58:31 Attendees were Daniel_Burnett, Robert_Brown, Milan_Young, +1.818.237.aaaa, Michael_Johnston, Patrick_Ehlen, Debbie_Dahl, Olli_Pettay, Charles_Hemphill, Bjorn_Bringert 16:58:38 zakim, bye 16:58:38 Zakim has left #htmlspeech 16:59:11 s/, +1.818.237.aaaa// 16:59:19 rrsagent, make log publi 16:59:27 rrsagent, make log public 16:59:32 rrsagent, draft minutes 16:59:32 I have made the request to generate http://www.w3.org/2011/07/28-htmlspeech-minutes.html burn 17:00:50 Chair: Dan_Burnett 17:00:55 rrsagent, draft minutes 17:00:55 I have made the request to generate http://www.w3.org/2011/07/28-htmlspeech-minutes.html burn 17:02:06 s/Franciois (from IETF)/Francois (from W3C)/ 17:02:10 rrsagent, draft minutes 17:02:10 I have made the request to generate http://www.w3.org/2011/07/28-htmlspeech-minutes.html burn 18:07:19 bringert has joined #htmlspeech 18:17:42 ddahl has left #htmlspeech