Re: Revamping touch input on Windows

2013-04-21 Thread Wesley Johnston 
On Android at least, we don't seem to have this same mutually exclusive 
gesture/touches problem. We receive touches in our Native UI layer, send them 
to Gecko, and use Native gesture detectors at the same time. That code is in a 
bit of flux at the moment as we're merging our Asynchronous Pan-Zoom code with 
B2G's (which is in turn, basically a C++ implementation of our code), while 
still using native gesture detectors (in some places). We also asynchronously 
fire nsIDOMSimpleGestureEvents for pinchzoom events (but not for any swipes). 
Because there's no exclusivity between determining gestures and touches, we 
fire touch events whether or not preventDefault() was called on the first 
touchstart/move of a series.

Mouse emulation is also done via native gesture detectors (detecting taps and 
double taps and sending message to our javascript frontend). It would be nice 
to move that into the platform to ensure its done consistently across 
platforms. I haven't really looked at the new AsyncPanZoom stuff, but I was 
hoping it would provide a path forward to make that happen.

Someone who knows that code better should comment, but I assume it should also 
replace the Metro javascript pan/zoom stuff at some point, perhaps backed by 
native gesture detection when the page doesn't have touch handlers, and using 
b2g's gesture detection at other times? Maybe that's orthogonal to this 
problem...

- Wes

- Original Message -
From: "Justin Dolske" 
To: dev-platform@lists.mozilla.org
Sent: Sunday, April 21, 2013 7:01:07 PM
Subject: Re: Revamping touch input on Windows

On 4/18/13 5:50 AM, Jim Mathies wrote:

> One of the concerns here is that since we do not differentiate the metro
> and desktop browsers via UA, the two should emulate each other closely.
> The browser would appear completely broken to content if the same UA
> sent two different event streams. So we need to take into account how
> metrofx works as well.

How does the current/proposed state of affairs compare to other 
platforms (notably OS X and Android)?

While the Metro-vs-Win8 case seems especially important to get right 
(since the same user on the same device may commonly flip between both), 
I'd hope web authors can write/test for on one platform and be 
reasonable able to expect their code to work the same everywhere. It's 
not clear to me how that ties in with what you're talking about.

Justin
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: Revamping touch input on Windows

2013-04-21 Thread Justin Dolske 

On 4/18/13 5:50 AM, Jim Mathies wrote:


One of the concerns here is that since we do not differentiate the metro
and desktop browsers via UA, the two should emulate each other closely.
The browser would appear completely broken to content if the same UA
sent two different event streams. So we need to take into account how
metrofx works as well.


How does the current/proposed state of affairs compare to other 
platforms (notably OS X and Android)?


While the Metro-vs-Win8 case seems especially important to get right 
(since the same user on the same device may commonly flip between both), 
I'd hope web authors can write/test for on one platform and be 
reasonable able to expect their code to work the same everywhere. It's 
not clear to me how that ties in with what you're talking about.


Justin
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: Nightly *very* crashy on OSX

2013-04-21 Thread Ms2ger 

On 04/21/2013 08:15 PM, David Ascher wrote:

Mine is crashing on startup.  Can't even get to profile chooser dialog.


That'll be bug 863646.

HTH
Ms2ger
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: Nightly *very* crashy on OSX

2013-04-21 Thread David Ascher 
Mine is crashing on startup.  Can't even get to profile chooser dialog.


On Sun, Apr 21, 2013 at 6:55 AM, Axel Hecht  wrote:

> Hi,
>
> I'm having a very crashy nightly, uptime below an hour, not really bound
> to a site.
>
> Might be 
> https://bugzilla.mozilla.org/**show_bug.cgi?id=864125,
> but I've experienced a bunch of crashes, all with pretty non-existing stack
> traces of no or one frame.
>
> bp-48ad9b29-145f-49ec-b282-**5538f2130421 4/21/13 3:27 PM
> bp-bea9322a-ab85-4586-8f26-**bfbcb2130421 4/21/13 2:45 PM
> bp-b3b43fa7-4c37-4f92-8d17-**c82802130420 4/20/13 10:59 PM
> bp-7e7f70e9-85c9-4fd2-a2d6-**31c892130420 4/20/13 8:34 PM
> bp-3faed1dd-98bb-4448-997b-**db6f22130420 4/20/13 8:16 PM
> bp-5440caa0-7ebc-48e2-bd15-**7fcf12130416 4/17/13 12:44 AM
> bp-3dbd9606-7d63-4a90-957a-**98f772130416 4/17/13 12:32 AM
> bp-2b7ac91d-1110-4780-9370-**89a372130416 4/17/13 12:31 AM
>
> Any ideas?
>
> Axel
> __**_
> dev-platform mailing list
> dev-platform@lists.mozilla.org
> https://lists.mozilla.org/**listinfo/dev-platform
>
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Nightly *very* crashy on OSX

2013-04-21 Thread Axel Hecht 

Hi,

I'm having a very crashy nightly, uptime below an hour, not really bound 
to a site.


Might be https://bugzilla.mozilla.org/show_bug.cgi?id=864125, but I've 
experienced a bunch of crashes, all with pretty non-existing stack 
traces of no or one frame.


bp-48ad9b29-145f-49ec-b282-5538f2130421 4/21/13 3:27 PM
bp-bea9322a-ab85-4586-8f26-bfbcb2130421 4/21/13 2:45 PM
bp-b3b43fa7-4c37-4f92-8d17-c82802130420 4/20/13 10:59 PM
bp-7e7f70e9-85c9-4fd2-a2d6-31c892130420 4/20/13 8:34 PM
bp-3faed1dd-98bb-4448-997b-db6f22130420 4/20/13 8:16 PM
bp-5440caa0-7ebc-48e2-bd15-7fcf12130416 4/17/13 12:44 AM
bp-3dbd9606-7d63-4a90-957a-98f772130416 4/17/13 12:32 AM
bp-2b7ac91d-1110-4780-9370-89a372130416 4/17/13 12:31 AM

Any ideas?

Axel
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform