- From: Satish S <satish@google.com>
- Date: Thu, 30 Aug 2012 21:28:27 +0100
- To: Glen Shires <gshires@google.com>
- Cc: public-speech-api@w3.org
- Message-ID: <CAHZf7R=u604cY+ryYz++s5OS+yA0i4kiiwzC4q317mWq4YbfFw@mail.gmail.com>
We could also say the transcript should not include leading or trailing spaces, so the web app should always use a whitespace if it needs to concatenate. This would work better for apps that check the transcript with known words (e.g. command and control) instead of having to append/prepend whitespaces to their string literals. Also depending on the language of the recognized text whitespace may not be appropriate (e.g. CJK don't use white spaces). Cheers Satish On Thu, Aug 30, 2012 at 6:11 PM, Glen Shires <gshires@google.com> wrote: > If there's no disagreement by the end of the week I'll add it to the > spec... > > > On Wed, Aug 29, 2012 at 9:36 AM, Glen Shires <gshires@google.com> wrote: > >> I propose adding the following sentence to the definition >> of SpeechRecognitionAlternative.transcript to make it clear that a >> JavaScript author can simply concatenate SpeechRecognitionResults without >> the author having to worry about where/when to add whitespace. >> >> "For continuous recognition, whitespace MUST be included in the >> transcript, including leading or trailing whitespace, as necessary such >> that concatenation of consecutive SpeechRecognitionResults produces a >> proper transcript of the session." >> > >
Received on Thursday, 30 August 2012 20:28:55 UTC