On Sun, Feb 24, 2013 at 1:41 PM, Neil wrote:
> Robert O'Callahan wrote:
>
> I suppose we could try ignoring WM_MOUSE_MOVEs when there's a Gecko event
>> pending, but that sounds kinda scary. I think deferring DOM mousemove
>> events to the next refresh driver tick would be safer than that.
>>
>>
Robert O'Callahan wrote:
I suppose we could try ignoring WM_MOUSE_MOVEs when there's a Gecko event
pending, but that sounds kinda scary. I think deferring DOM mousemove events to
the next refresh driver tick would be safer than that.
Currently we peek for WM_MOUSEFIRST to WM_MOUSELAST, wher
On Feb 23, 2013, at 11:15 PM, Benoit Jacob wrote:
> The biggest disadvantage of OpenVG is that it is a whole new surface of
> contact with drivers. We're only just now digesting the surface of OpenGL and
> gralloc drivers, in terms of driver bugs and other device-dependent behavior.
> So the
The biggest disadvantage of OpenVG is that it is a whole new surface of
contact with drivers. We're only just now digesting the surface of OpenGL
and gralloc drivers, in terms of driver bugs and other device-dependent
behavior. So the prospect of throwing OpenVG into the mix is scary and
unexciting
On Feb 23, 2013, at 10:15 PM, Kevin Gadd wrote:
> Are there any benchmarks that demonstrate OpenVG being faster on
> mobile hardware than say, SkiaGL? Does it have the full feature set
There are benchmarks showing that the OpenVG backend of cairo sped up WebKit
significantly, including SVG.
>
Are there any benchmarks that demonstrate OpenVG being faster on
mobile hardware than say, SkiaGL? Does it have the full feature set
that Gecko tends to need in 2D scenarios? Having to render to a
separate render target and then composite back into your OpenGL scene
seems like it could cause some r
OpenVG is a Khronos standard API for GPU accelerated 2D rendering. Its very
similar to OpenGL in design. In fact, its an alternative API to OpenGL ES on
top of EGL. It looks like that OpenVG is supported on most Android devices and
is used there by Flash (or well used to be used). B2G devices h
On Friday, February 22, 2013 4:28:08 PM UTC+1, Kyle Huey wrote:
> You should look at SpecialPowersAPI.createSystemXHR. It's what we use in
> our test suite to do this.
Hi Kyle,
Thanks for this. I need to replace the XMLHttpRequest constructor with my own
constructor, so I can't call createSyste
On Sat, Feb 23, 2013 at 5:37 PM, Jonas Sicking wrote:
> Well, my proposal was to default all pages to type 1, and only send them
> mouse events at 60 frames per second.
>
> And then let them opt in to being type 2.
>
> This should be fine since I strongly suspect that type 1 is the by far
> more
9 matches
Mail list logo
