On Mon, Dec 10, 2012 at 9:01 PM, Ilya Sherman isher...@chromium.org wrote:
However, since I'm not aware of any
browsers that currently support or are planning to add support for
autofilling bank account numbers, and I'm only aware of a handful of
websites that request them, I'm ok with
On Mon, Dec 10, 2012 at 6:53 PM, Rik Cabanier caban...@gmail.com wrote:
I assume this would only be for the 9 argument version of drawImage?
Yeah, the all dressed version.
FWIW
I was curious why this bug doesn't show up in WebKit so I looked at the
implementation.
They actually catch
On Tue, 11 Dec 2012, Gregg Tavares (社�~T�) wrote:
discussion seems to have died down here but I'd like to bring up another
issue
In WebGL land we have creation attributes on the drawingbuffer made for a
canvas. Example
gl = canvas.getContext(webgl, { preserveDrawingBuffer: false });
We ran into this same problem on Google Docs offline. Our solution was to
add a proprietary response header to Chrome which instructs the browser
that the response is not to trigger the fallback entry, despite its
response code. Something like it could be considered for standardization.
I know
The spec seems unclear on whether a magically aligned element[1] should
follow its anchor when its anchor moves, e.g., by dynamic style changes or
something like CSS animations.
I think we want the element to follow the anchor. If someone does something
like:
dialog.show(anchor)
anchor.style.top
On Tue, Dec 11, 2012 at 10:45 AM, Matt Falkenhagen fal...@chromium.org wrote:
The spec seems unclear on whether a magically aligned element[1] should
follow its anchor when its anchor moves, e.g., by dynamic style changes or
something like CSS animations.
I think we want the element to follow
On Thu, 20 Sep 2012, Ralph Giles wrote:
Back in June, I proposed[1] a new attribute to get metadata tag data
out of media resources.
I've done an experimental implementation of this which is now in the
Firefox Aurora (alpha) channel[2] and Nightly development builds.
The method is
On 12-12-11 4:58 PM, Ian Hickson wrote:
This seems reasonable.
Thanks for the feedback. Anyone else? :-)
I don't want to be the one to maintain the mapping from media formats to
metadata schema, because this isn't my area of expertise, and it isn't
trivial work.
Good point. This would
