On Tue, 18 May 2010 04:38:21 +0200, Shiki Okasaka sh...@google.com wrote:
On Mon, May 17, 2010 at 6:27 PM, Kühn Wolfgang wo.ku...@enbw.com wrote:
Hi,
As for the html5 elements, will there be a new package
org.w3c.dom.html5?
This is our concern, too. Historically each W3C specification
On Mon, 17 May 2010 15:05:22 +0200, Bjorn Bringert bring...@google.com
wrote:
Back in December there was a discussion about web APIs for speech
recognition and synthesis that saw a decent amount of interest
(http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2009-December/thread.html#24281).
On Mon, May 17, 2010 at 9:23 PM, Olli Pettay olli.pet...@helsinki.fi wrote:
On 5/17/10 6:55 PM, Bjorn Bringert wrote:
(Looks like half of the first question is missing, so I'm guessing
here) If you are asking about when the web app loses focus (e.g. the
user switches to a different tab or
On Tue, May 18, 2010 at 8:02 AM, Anne van Kesteren ann...@opera.com wrote:
On Mon, 17 May 2010 15:05:22 +0200, Bjorn Bringert bring...@google.com
wrote:
Back in December there was a discussion about web APIs for speech
recognition and synthesis that saw a decent amount of interest
On 5/18/10 11:27 AM, Bjorn Bringert wrote:
On Mon, May 17, 2010 at 9:23 PM, Olli Pettayolli.pet...@helsinki.fi wrote:
On 5/17/10 6:55 PM, Bjorn Bringert wrote:
(Looks like half of the first question is missing, so I'm guessing
here) If you are asking about when the web app loses focus (e.g.
Well, the problem with alert is that the assumption (which may or may not
always hold) is that when alert() is opened, web page shouldn't run
any scripts. So should input type=speech fire some events when the
recognition is canceled (if alert cancels recognition), and if yes,
when? Or if
On Tue, May 18, 2010 at 8:23 PM, Odin Omdal Hørthe odin.om...@gmail.comwrote:
Justin Dolske's idea looks rather nice:
This seems like a somewhat unfortunate thing for the spec, I bet
everyone's
going to get it wrong because it won't be common. :( I can't help but
wonder if
it would be
On Tue, May 18, 2010 at 7:28 PM, Robert O'Callahan rob...@ocallahan.org wrote:
On Tue, May 18, 2010 at 8:23 PM, Odin Omdal Hørthe odin.om...@gmail.com
wrote:
Justin Dolske's idea looks rather nice:
This seems like a somewhat unfortunate thing for the spec, I bet
everyone's
going to get
Hi Bjorn,
Thank you for your bringing this topic (again :) to the WHAT WG list.
I'd like to bring this to the W3C Voice Browser Working Group (and
maybe the Multimodal Interaction Working Group as well) and ask
the group participants for opinion.
As you might know, the group recently created a
This is yet another proposal to replace video, audio, model etc with a
single element: include.
Example says more than a hundred words:
include
a rel=alternate embed src=./video type=video/mpeg media=visual
title=[insert title here]A video recording of the conference/a
Hi Bjorn and James,
Just FYI, W3C is organizing a workshop on Conversational Applications.
The main goal of the workshop is collecting use cases and requirements
for new models of human language to support mobile conversational
systems. The workshop will be held on June 18-19 in Somerset, NJ,
On Fri, Apr 23, 2010 at 2:34 AM, Robert O'Callahan rob...@ocallahan.orgwrote:
On Fri, Apr 23, 2010 at 6:52 PM, Simon Pieters sim...@opera.com wrote:
It seems Hixie has decided to go back to the WebKit behavior in the spec
for designMode.
Hi, Bjorn-
Bjorn Bringert wrote (on 5/17/10 9:05 AM):
Back in December there was a discussion about web APIs for speech
recognition and synthesis that saw a decent amount of interest
(http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2009-December/thread.html#24281).
Based on that discussion,
First of all I think we should use a rel=embed href=uri-ref instead of
source. I'm not aware of previous proposals of that on this list. Feel free
to provide links if it's already been proposed.
Second, all the responses I've seen so far have been along the lines of it's
the HTML5
On Tue, May 18, 2010 at 11:20 AM, bjartur svartma...@gmail.com wrote:
First of all I think we should use a rel=embed href=uri-ref instead of
source. I'm not aware of previous proposals of that on this list. Feel free
to provide links if it's already been proposed.
That's syntax;
On Wed, May 19, 2010 at 5:35 AM, Ojan Vafai o...@chromium.org wrote:
The webkit behavior of allowing all scripts makes the most sense to me. It
should be possible to disable scripts, but that capability shouldn't be tied
to editability. The clean solution for the CKEditor developer is to use a
under 6.6.4 Downloading or updating an application cache
under The application cache download process steps are as follows:
under step 17: The application cache download process steps are as
follows:
under sub-step 2: For each cache host associated with an application cache
Discussion about
On Fri, May 14, 2010 at 5:05 PM, Arun Ranganathan a...@mozilla.com wrote:
On 5/12/10 4:25 AM, Ashley Sheridan wrote:
On Wed, 2010-05-12 at 00:05 -0400, Biju wrote:
It would be good if we can also get the same at server side when user
upload a file using form with file controls
ie, like
On Wed, May 19, 2010 at 4:38 AM, Tab Atkins Jr. jackalm...@gmail.com wrote:
On Tue, May 18, 2010 at 11:20 AM, bjartur svartma...@gmail.com wrote:
First of all I think we should use a rel=embed href=uri-ref instead of
source. I'm not aware of previous proposals of that on this list.
On 5/18/10 2:45 PM, Eric Uhrhane wrote:
On Fri, May 14, 2010 at 5:05 PM, Arun Ranganathana...@mozilla.com wrote:
On 5/12/10 4:25 AM, Ashley Sheridan wrote:
On Wed, 2010-05-12 at 00:05 -0400, Biju wrote:
It would be good if we can also get the same at server side when user
20 matches
Mail list logo