15:48:54 RRSAgent has joined #htmlspeech
15:48:54 logging to http://www.w3.org/2011/10/20-htmlspeech-irc
15:49:02 Zakim has joined #htmlspeech
15:49:16 zakim, this will be htmlspeech
15:49:16 ok, burn; I see INC_(HTMLSPEECH)11:30AM scheduled to start 19 minutes ago
15:50:57 trackbot, start telcon
15:50:59 RRSAgent, make logs public
15:51:01 Zakim, this will be
15:51:01 I don't understand 'this will be', trackbot
15:51:02 Meeting: HTML Speech Incubator Group Teleconference
15:51:02 Date: 20 October 2011
15:57:55 INC_(HTMLSPEECH)11:30AM has now started
15:58:03 +Dan_Druta
15:58:10 DanD has joined #htmlspeech
15:58:14 +Dan_Burnett
15:58:52 ddahl has joined #htmlspeech
15:59:13 +Michael_Bodell
15:59:14 +[Microsoft]
15:59:28 +Debbie_Dahl
15:59:35 zakim, [Microsoft] is Robert_Brown
15:59:35 +Robert_Brown; got it
15:59:56 mbodell has joined #htmlspeech
16:01:39 zakim, who's here?
16:01:42 On the phone I see Dan_Druta, Dan_Burnett, Michael_Bodell, Robert_Brown, Debbie_Dahl
16:01:44 On IRC I see mbodell, ddahl, DanD, Zakim, RRSAgent, burn, smaug, trackbot
16:01:53 +Glen_Shires
16:02:24 Charles has joined #htmlspeech
16:03:00 glen has joined #htmlspeech
16:03:36 +Charles_Hemphill
16:03:51 + +1.818.237.aaaa
16:04:17 zakim, aaaa is Patrick_Ehlen
16:04:17 +Patrick_Ehlen; got it
16:04:21 +[IPcaller]
16:04:23 +Milan_Young
16:04:35 Zakim, [IPcaller] is Olli_Pettay
16:04:35 +Olli_Pettay; got it
16:04:50 Milan has joined #HTMLSpeech
16:05:00 Scribe: Patrick_Ehlen
16:05:00 Zakim, nick smaug is Olli_Pettay
16:05:00 ok, smaug, I now associate you with Olli_Pettay
16:05:14 ehlen has joined #htmlspeech
16:05:17 ScribeNick: ehlen
16:05:23 Agenda: http://lists.w3.org/Archives/Public/public-xg-htmlspeech/2011Oct/0030.html
16:05:53 Topic: reco element
16:06:15 Glen's proposal that we're discussing: http://lists.w3.org/Archives/Public/public-xg-htmlspeech/2011Oct/0000.html
16:06:32 Robert has joined #htmlspeech
16:08:46 glen: reco element always visible; opacity not possible to avoid clickjacking
16:09:02 +??P0
16:09:20 zakim, ??P0 is Satish_Sampath
16:09:20 +Satish_Sampath; got it
16:09:37 should we allow dynamically hiding/showing reco element
16:09:59 s/should we allow/... should we allow/
16:12:23 milan: user agents can decide what permissions models they use, and grant permissions according to UA policy
16:12:50 s/milan:/michael:/
16:12:51 charles: also important to consier handsfree cases; can't rely on touch for permissions
16:14:28 satish: reco should automatically activate for ppl who can't touch element ??
16:15:46 ... there are other ways to "click" reco
16:16:20 michael: UA could use some of these techniques to enable permissions
16:16:42 satish: how exactly would this be implemented?
16:18:28 michael: implement a UI idiom from the browser the user can't control that would notify the user
16:19:30 binding tag for input field
16:19:54 ... "speech IME": User agent that can speech-enable any input field
16:20:31 charles: field-specific reco is better for accuracy
16:21:33 Milan: allowing developer to bind grammar to a specific field; increases complexity
16:22:20 ... if developer is sophisticated to do this from an API, make a declarative element makes it more complex
16:23:27 glen: disagree; gives a lot more flexibility and control to both developer and user
16:24:12 charles: a lot of web developers only work w/ HTML
16:24:45 ... not everyone can do thins in javascript, so a declarative ability is advantageous
16:25:59 glen: keep simple things simple. if we can do something simple w/ reco tag but not UA, then there's a good reason for a reco tag
16:26:03 if someone says he "knows HTML but not JS", he probably doesn't know HTML either
16:28:26 satish: how to assoc. an element w/ an input type
16:28:28 glen: isn't it easier to have an automatic binding people can use?
16:29:30 satish: not clear how it would work
16:29:39 milan: need to work through list of things that are reco-able elements
16:30:00 s/milan/michael/
16:30:06 s/Milan/michael/
16:31:27 charles: example on website of multiple input fields each bound to a separate grammar
16:32:34 michael will create specific examples of how binding works for different elements
16:34:27 Topic: Can extract grammar information from input fields; have a method that allows you to extract grammar from an input field?
16:35:27 SpeechInputRequest.addGrammarFrom(DomInputElement)
16:35:28 Retrieves grammar from tag and adds to request.
16:36:54 michael: would UA be responsible for communicating contraints?
16:37:05 glen: should be reco service that converts into grammar
16:37:35 ... this would be a way to extract input field specification and sent to speech engine in scriptable manner
16:37:36 s/communicating contraints/communicating constraints or would it be responsible for generating and sending the grammar itself/
16:38:57 burn: Would it be possible then to change these constraints dynamically?
16:39:01 ... how would it work?
16:39:45 ... what happens if you do it 2x in a row? would grammar sent before get replaced by newer one?
16:40:20 michael: should have a way to control the grammar; but how to dynamically remove and change them?
16:40:43 burn: rename method above to "includeGrammarFrom()" ?
16:41:06 ... would allow you not to "add" but rather to take a snapshot
16:41:32 glen: there are other methods that cover these kinds of actions
16:41:48 SpeechInputRequest.addGrammarFrom(DomInputElement, weight, modal)
16:41:53 ... makes sense to add weight and modal flags as well
16:42:30 glen: would expect api developer to be able to enable & disable grammar
16:42:56 SpeechInputRequest.outputToElement(DomElement)
16:43:13 Valid DomElements are and