On Fri, May 28, 2010 at 8:40 AM, Richard Ishida ish...@w3.org wrote:
Comment from the i18n review of:
http://dev.w3.org/2006/waf/widgets/
Comment 22
At http://www.w3.org/International/reviews/0907-widgets-pc/
Editorial/substantive: E
Tracked by: AP
Location in reviewed document:
8.4
On Fri, May 28, 2010 at 8:38 AM, Richard Ishida ish...@w3.org wrote:
Comment from the i18n review of:
http://dev.w3.org/2006/waf/widgets/
Comment 21
At http://www.w3.org/International/reviews/0907-widgets-pc/
Editorial/substantive: E
Tracked by: AP
Location in reviewed document:
General
(personal response)
Having case-sensitive file/folder matching is going to lead to frustrated
authors being unable to figure out why their localizations don't work. If there
is no way to do case-less matching in the widget engine itself, I think your
solution is workable. While it would be
On Thu, Jun 24, 2010 at 5:09 PM, Web Applications Working Group Issue
Tracker sysbot+trac...@w3.org wrote:
ISSUE-117: In Widget PC Spec, need to clarify in the spec that dir attribute
does not apply to attributes that are IRIs, Numeric, Keywords, etc. The dir
attribute only affects human
On 6/29/10 5:36 PM, Phillips, Addison wrote:
(personal response)
Having case-sensitive file/folder matching is going to lead to frustrated
authors being unable to figure out why their localizations don't work.
I know, but implementers complained that it's just too slow to do it any
other
On 6/28/10 6:58 PM, Eric Uhrhane wrote:
The discussion at [1] got tangled up with the debate of .URL vs. .url,
so I'm starting a new thread to pick back up the original topic: how
do we save binary data from XMLHttpRequest? Here's my proposal [built
mainly from the good ideas other folks posted
Hi Arun,
On 28.06.2010 23:20, Arun Ranganathan wrote:
...
2. I've updated the URL scheme for Blobs using an ABNF that calls for an
opaque string which is a term I define in the specification. There was
much discussion about this aspect of the File API specification, and I
think the existing
On Mon, Jun 28, 2010 at 6:58 PM, Eric Uhrhane er...@google.com wrote:
The discussion at [1] got tangled up with the debate of .URL vs. .url,
so I'm starting a new thread to pick back up the original topic: how
do we save binary data from XMLHttpRequest? Here's my proposal [built
mainly from
On Mon, Jun 28, 2010 at 6:58 PM, Eric Uhrhane er...@google.com wrote:
The discussion at [1] got tangled up with the debate of .URL vs. .url,
so I'm starting a new thread to pick back up the original topic: how
do we save binary data from XMLHttpRequest? Here's my proposal [built
mainly from
On 6/29/10 11:09 AM, Julian Reschke wrote:
Hi Arun,
On 28.06.2010 23:20, Arun Ranganathan wrote:
...
2. I've updated the URL scheme for Blobs using an ABNF that calls for an
opaque string which is a term I define in the specification. There was
much discussion about this aspect of the File API
On 29.06.2010 20:40, Arun Ranganathan wrote:
...
I may sound like a broken record, but it's still not clear to me why
you need a custom URI scheme here. If you plan to actually register it
with IANA (you do, right?), you will have to explain why it's needed.
Both you and I may sound like
http://www.w3.org/Bugs/Public/show_bug.cgi?id=10052
Summary: Specify setVersion details
Product: WebAppsWG
Version: unspecified
Platform: PC
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
On Sun, Jun 27, 2010 at 12:27 AM, Jonas Sicking jo...@sicking.cc wrote:
But, I feel pretty strongly that a setVersion/schema change
transaction
should not simply kill off anything else currently running. The
reason
is
that it's not hard for apps to recover from a connection
See, this is exactly why we asked the question - because it seems that behavior
is inconsistent, we're not sure what the expectation is. The fact that the XHR
spec says the events do not bubble (but says nothing about capture) is
confusing. DOM L3 Events says here's what happens for DOM
On Tue, Jun 29, 2010 at 11:28 AM, Jonas Sicking jo...@sicking.cc wrote:
On Mon, Jun 28, 2010 at 6:58 PM, Eric Uhrhane er...@google.com wrote:
The discussion at [1] got tangled up with the debate of .URL vs. .url,
so I'm starting a new thread to pick back up the original topic: how
do we save
On Tue, Jun 29, 2010 at 4:24 PM, Eric Uhrhane er...@google.com wrote:
On Tue, Jun 29, 2010 at 11:28 AM, Jonas Sicking jo...@sicking.cc wrote:
On Mon, Jun 28, 2010 at 6:58 PM, Eric Uhrhane er...@google.com wrote:
The discussion at [1] got tangled up with the debate of .URL vs. .url,
so I'm
Following up on discussions mainly at [1] and use cases at [2], I'd
like to propose splitting the BlobWriter [née FileWriter] class, with
an eye to solving some UI problems and simplifying implementation.
When saving a Blob to a location outside the FileSystem API sandbox,
we want to prompt the
17 matches
Mail list logo
