Re: APZC + onscroll
On Wednesday, February 25, 2015 at 2:40:12 AM UTC-5, Paul Rouget wrote: > When is onscroll called if apzc is enabled? The scroll event is fired every time APZC sends a repaint request to the main thread (which is what changes the scroll position). > How often? Generally this is controlled by the apz.pan_repaint_interval during panning (while the finger is down) and the apz.fling_repaint_interval during flinging (residual movement after the finger has been lifted). However we can also request repaints at other times for various reasons, and there is some code that prevents multiple repaint requests from being inflight simultaneously. Note that since the scroll event is dispatched on the main thread, any blocking main-thread operations will also impact this. So there isn't a definite answer to this but if you reduce apz.pan_repaint_interval and apz.fling_repaint_interval to around 16 that's about as fast as it's going to get. > When is the first scroll event fired? Should be apz.pan_repaint_interval milliseconds after the scroll starts. > Will using onscroll prevent apzc to work properly? Using onscroll doesn't slow down the APZ like touch listeners do, but if you're doing a lot of stuff in that handler it may cause the main thread to be more busy which can increase the risk of checkerboarding. Short-running listeners should have negligible impact. Cheers, kats ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Re: APZC + onscroll
On Wednesday, February 25, 2015 at 10:13:20 AM UTC-5, kgu...@mozilla.com wrote: > The scroll event is fired every time APZC sends a repaint request to the main > thread (which is what changes the scroll position). To clarify, by "changes the scroll position" here I mean "changes the main-thread scroll position, which is what scripts can access" ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Re: APZC + onscroll
Thank you. On Wed, Feb 25, 2015 at 4:13 PM, wrote: > On Wednesday, February 25, 2015 at 2:40:12 AM UTC-5, Paul Rouget wrote: >> When is onscroll called if apzc is enabled? > > The scroll event is fired every time APZC sends a repaint request to the main > thread (which is what changes the scroll position). > >> How often? > > Generally this is controlled by the apz.pan_repaint_interval during panning > (while the finger is down) and the apz.fling_repaint_interval during flinging > (residual movement after the finger has been lifted). However we can also > request repaints at other times for various reasons, and there is some code > that prevents multiple repaint requests from being inflight simultaneously. > Note that since the scroll event is dispatched on the main thread, any > blocking main-thread operations will also impact this. So there isn't a > definite answer to this but if you reduce apz.pan_repaint_interval and > apz.fling_repaint_interval to around 16 that's about as fast as it's going to > get. > >> When is the first scroll event fired? > > Should be apz.pan_repaint_interval milliseconds after the scroll starts. > >> Will using onscroll prevent apzc to work properly? > > Using onscroll doesn't slow down the APZ like touch listeners do, but if > you're doing a lot of stuff in that handler it may cause the main thread to > be more busy which can increase the risk of checkerboarding. Short-running > listeners should have negligible impact. > > Cheers, > kats > ___ > dev-platform mailing list > dev-platform@lists.mozilla.org > https://lists.mozilla.org/listinfo/dev-platform -- Paul ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Re: Help with porting to Android One
Hello Kaushal, I'm sorry, I don't have an answer to your question. I suggest you repost this to the dev-...@lists.mozilla.org as that list has more people directly involved with B2G. Best of luck On 24 February 2015 at 18:53, Kaushal Rajkotia wrote: > I visited the mozilla website to get instructions for flashing my phone > with B2G but it turns out that it isn't supported yet. > > My device : Karbonn Sparkle V (Android One), identified as 'sprout' on > Cynogenmod. > > How do I get started with the codebase on github? and what are the things > that I need to get from my device in order for me to begin changes on the > B2G project? > > Thanks > ___ > dev-platform mailing list > dev-platform@lists.mozilla.org > https://lists.mozilla.org/listinfo/dev-platform > -- Anthony Hughes Senior Quality Engineer Mozilla Corporation ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Re: Detecting 32 or 64-bit Firefox build from privileged JS
I am a user of UltraSparc, but practically only for server-side applications and verifying code to ensure it is written in the most portable (endianness neutral) manner. The Sparc Niagara and Niagara 2 are of particular interest as they are one of the few robust multi-core GPL sourced processors. (You can synthesize your own Ultrasparc on an FPGA or ASIC). Please note that Debian Sparc will default to a 32-bit userland even on a 64-bit kernel, so there is a mix of both 64-bit and 32-bit Sparc platforms in the wild. Unfortunately, there are no longer any desktop form-factor Sparc machines made commercially, so the actual users of a Sparc browser is expected to be minimal. With the advent of low-cost ARM based computers such as the Raspberry PI 2 and Odroid, I would anticipate more interest by users in that space, who use them commonly as desktop replacements. Perhaps it would be useful to track the number of non-Android ARM users. - Kearwood "Kip" Gilbert On 2015-02-24 9:52 PM, ishikawa wrote: > On 2015年02月24日 20:28, Kyle Huey wrote: >> I'm also not sure why you care about arcane architectures like >> Itanium, Alpha, and SPARC, since there are approximately zero users of >> those. >> >> - Kyle > I think there are users of ultrasparc out there. > But as long as SPARC is returned as the architecture, > we can safely assume that 99.99% (or 99.%) of it is 64-bit. > SunOS on ultrasparc is 64-bit for at least last dozen years if I recall > correctly. > (32-bit sparc CPU is very old.) > > ___ > 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: The warning about the Java Deployment Toolkit should be removed.
On Friday, July 18, 2014 at 8:48:28 AM UTC-4, JW Clements wrote: > The issue was resolved by Oracle some time ago. > Continued display of this message is disconcerting to some people and > unwarranted. > It was a good thing when the vulnerability was first discovered but it's > now a bad thing. > > Could some dev pick this up and clear that message? > > Thanks As a programmer, I have to have the JDK installed. I also have the JRE installed. For some reason, even though the JRE was installed after the JDK, Firefox only picks up the fact I have the JDK installed. On the plugins page, it says the version I have, 8.0.310.13, is known to be vulnerable. The linked bug was fixed many versions before this. ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
