Re: MDN Kuma wiki launch Friday at 10 AM PDT

2012-08-03 Thread Robert O'Callahan
On Sat, Aug 4, 2012 at 2:59 AM, Justin Lebar justin.le...@gmail.com wrote: Now, maybe your argument would be that everyone else should use the rich text editor like you do, because it's an obviously-superior experience. In that case, I'd suggest you just remove the ability to edit the source

stroke-to-path conversion

2012-08-07 Thread Robert O'Callahan
Ian Hickson has proposed new 2D canvas path features that allow authors to generate a path representing the outline of the stroke of an arbitrary path. This feature would also be very useful to simplify the rendering of CSS text-decorations in SVG text (where we need to generate a path

Re: Explicitly-sized arguments (e.g. PRInt32) versus implicitly-sized arguments (e.g. long) in IDL

2012-08-09 Thread Robert O'Callahan
On Thu, Aug 9, 2012 at 9:15 PM, Aryeh Gregor a...@aryeh.name wrote: long is of standard length in WebIDL, for better or for worse (it's 32 bits). Since some of our IDLs come from WebIDLs in web specs, or at least are based on them, I'm not sure we really want to standardize on stdint.h types

Re: Paint Timing Changes and Tp5

2012-08-11 Thread Robert O'Callahan
On Sat, Aug 11, 2012 at 1:29 AM, Benjamin Smedberg benja...@smedbergs.uswrote: On 8/9/2012 7:27 PM, Matt Woodrow wrote: When OMTC arrives, which thread will be running the widget event loop and receiving WM_PAINT messages? Still the main gecko thread, we just don't paint synchronously in

Re: Paint Timing Changes and Tp5

2012-08-12 Thread Robert O'Callahan
On Mon, Aug 13, 2012 at 6:51 AM, Benjamin Smedberg benja...@smedbergs.uswrote: On 8/11/2012 8:14 AM, Robert O'Callahan wrote: I think making the HWND message loop thread not be the main thread would be very hard. Drag and drop and IME for example require synchronous processing. How does

Re: Increase in mozilla-inbound bustage due to people not using Try

2012-08-16 Thread Robert O'Callahan
Whenever I need to delete a large directory on Windows I always move it to a junk directory and then rm -rf the junk directory in the background. It saves a lot of time. Rob -- “You have heard that it was said, ‘Love your neighbor and hate your enemy.’ But I tell you, love your enemies and pray

Re: Moving Away from Makefile's

2012-08-22 Thread Robert O'Callahan
On Thu, Aug 23, 2012 at 8:40 AM, Ben Hearsum bhear...@mozilla.com wrote: On 08/22/12 04:38 PM, Gregory Szorc wrote: Let's think of what can be done to secure/limit Python. Disabling import has already been mentioned. That's a start. I think it's worth noting that even if you *do* limit

Re: Changing reftest required resolution

2012-08-28 Thread Robert O'Callahan
On Wed, Aug 29, 2012 at 6:17 AM, L. David Baron dba...@dbaron.org wrote: We don't want to be running our reftests at a size smaller than the accepted max size for reftests at W3C. What is the current required size for W3C reftests? I can't find any documentation of that. Rob -- “You have

Re: Known Risky Platform Changes Landing in FF18

2012-08-28 Thread Robert O'Callahan
On Tue, Aug 28, 2012 at 8:20 AM, Alex Keybl ake...@mozilla.com wrote: Quick ping to platform devs - do you all know of any particularly risky changes going in over the next 6 weeks that carry the possibility of regression, especially to B2G? Thanks in advance!

Re: The current state of Talos benchmarks

2012-08-29 Thread Robert O'Callahan
Some of the 16-17 regressions are known and due to DLBI patches (bug 539356). Since we don't have full DLBI on trunk yet, those changes should just be preffed off on Aurora for 17. We should do that and see how that affects the numbers. Matt Woodrow will take care of that :-). Rob -- “You have

Re: The current state of Talos benchmarks

2012-08-29 Thread Robert O'Callahan
On Thu, Aug 30, 2012 at 1:00 PM, Ehsan Akhgari ehsan.akhg...@gmail.comwrote: I agree with that if we talk about performance in general. But this thread is about specific regressions in performance as a result of changeset going into our tree. I don't think the same argument applies here,

Re: Reftest manifest width/height conditions for mobile reftests

2012-09-12 Thread Robert O'Callahan
On Mon, Sep 10, 2012 at 11:24 PM, jmaher joel.ma...@gmail.com wrote: I think we need to coordinate with the W3C testing people to come up with a common cross-browser reftest size before we make a decision here. I had worked on trying to figure out what the other consumers of reftests use

Re: Pixel precision

2012-10-08 Thread Robert O'Callahan
On Tue, Oct 9, 2012 at 10:16 AM, Anthony Jones ajo...@mozilla.com wrote: This formats the float to 6 significant figures, however a float has 7.2 significant figures[1]. A float can contain any integer up to 2^24. Anything more than 999,999 pixels shows in exponent format as 1e+6 and so on.

Re: Pixel precision

2012-10-09 Thread Robert O'Callahan
I guess 7 digits of precision beyond the decimal point is overkill. How about we output values rounded to the nearest 1e-6. Rob -- “You have heard that it was said, ‘Love your neighbor and hate your enemy.’ But I tell you, love your enemies and pray for those who persecute you, that you may be

Re: Why we avoid making private modifications to NSPR and NSS (was Re: Imported code)

2012-10-14 Thread Robert O'Callahan
On Sat, Oct 13, 2012 at 3:25 AM, Ehsan Akhgari ehsan.akhg...@gmail.comwrote: In some cases in the past (such as bug 563082), we've needed to change the semantics of some of the NSPR functions to make them work better for some things, such as more precise time measurements, but we've had to

Re: Why we avoid making private modifications to NSPR and NSS (was Re: Imported code)

2012-10-15 Thread Robert O'Callahan
On Tue, Oct 16, 2012 at 4:18 AM, Ehsan Akhgari ehsan.akhg...@gmail.comwrote: Sure, I was not suggesting that. What I was suggesting was to take our implementation of the TimeStamp class for Windows and use the same ideas in the NSPR implementation of that function, for callers who prefer to

Re: Coding style change proposal: #pragma once

2012-10-29 Thread Robert O'Callahan
On Tue, Oct 30, 2012 at 1:13 PM, Nicholas Nethercote n.netherc...@gmail.com wrote: #pragma once does have one drawback (other than being non-standard) and that is if you have the same file in different locations (we have this because our build system copies files around) then the compiler

Re: PGO: another test + PGO topcrashes

2012-11-01 Thread Robert O'Callahan
On Fri, Nov 2, 2012 at 2:19 PM, Dave Mandelin dmande...@gmail.com wrote: (b) Failing that, how about not fixing PGO bugs unless they are reproducible, on a trial basis? If my lifecycle theory is correct, then the total crash rate would stay roughly constant. And I assume that if the crash

Re: Proposal for reorganizing test directories

2012-11-01 Thread Robert O'Callahan
On Fri, Nov 2, 2012 at 2:53 PM, Dave Mandelin dmande...@gmail.com wrote: Sure, it's not some grand thing. I just like things to be nicely organized. And I really did find mochitest paths a hassle and a (small) tax on development effort. You could keep tests near the code and still have a

Re: Proposal for reorganizing test directories

2012-11-02 Thread Robert O'Callahan
On Fri, Nov 2, 2012 at 9:22 PM, L. David Baron dba...@dbaron.org wrote: Or were you talking about something else in terms of the mapping? No. I agree with you. Rob -- Jesus called them together and said, “You know that the rulers of the Gentiles lord it over them, and their high officials

Re: Using anonymous namespace vs 'static'

2012-11-02 Thread Robert O'Callahan
On Sat, Nov 3, 2012 at 8:59 AM, Jason Duell jduell.mcb...@gmail.com wrote: I see an increasing number of patches using anonymous namespaces instead of 'static'. This is debugger unfriendly: setting a breakpoint in gdb for 'foo' in an anonymous namespace requires the following syntax: b

Re: Using anonymous namespace vs 'static'

2012-11-03 Thread Robert O'Callahan
On Sun, Nov 4, 2012 at 2:24 AM, Justin Lebar justin.le...@gmail.com wrote: Even worse, in Visual Studio 2010 (not sure about 2012), you can't set a breakpoint on an anonymous-namespace symbol *at all*. And we can't submit patches to fix that, either :-). Not even by opening the file and

Re: Proposed style guide modification: using declarations and nested namespaces

2012-11-09 Thread Robert O'Callahan
On Fri, Nov 9, 2012 at 10:14 PM, Zack Weinberg za...@panix.com wrote: The style guide should forbid `using namespace` altogether. Use only what you need. I really don't think it should. I do not want to see source files full of difficult-to-maintain and unnecessary using boilerplate a la

Re: Proposed style guide modification: using declarations and nested namespaces

2012-11-12 Thread Robert O'Callahan
On Mon, Nov 12, 2012 at 9:37 AM, Zack Weinberg za...@panix.com wrote: The scenario I'm concerned with is when a .cpp file does 'using namespace A;' and then goes on to define a bunch of its *own* symbols; later someone adds a symbol to namespace A, and gets an unexpected break possibly miles

Re: Proposed style guide modification: using declarations and nested namespaces

2012-11-13 Thread Robert O'Callahan
On Mon, Nov 12, 2012 at 8:37 PM, Jeff Walden jwalden+...@mit.edu wrote: We ended up removing the nested |using| above and making all SpiderMonkey headers qualify everything with mozilla::. We use few enough things from mozilla:: so far that we switched to |using mozilla::RangedPtr| and so on

Re: Using anonymous namespace vs 'static'

2012-11-20 Thread Robert O'Callahan
On Wed, Nov 21, 2012 at 3:19 PM, net...@gmail.com wrote: Maybe there's a specific case where you can reproduce this, but in general I've always been able to set breakpoints in unnamed namespaces. I've tested just now with a simple app in VS2008, VS2010 and VS2012. And on those debuggers it

Re: Using anonymous namespace vs 'static'

2012-11-20 Thread Robert O'Callahan
On Wed, Nov 21, 2012 at 4:07 PM, net...@gmail.com wrote: In VS2010 you can have symbols in your watch window that are in an anonymous namespace and you can put breakpoints on them. For example: namespace { int g = 42; } In your Watch window, add g, and you can see 42. If you have an

Re: Layout issue involving scaling

2012-12-03 Thread Robert O'Callahan
On Tue, Dec 4, 2012 at 1:12 PM, bradavo...@gmail.com wrote: I've seen issue https://bugzilla.mozilla.org/show_bug.cgi?id=504071 in a lot of sites I've been working on recently. There are white lines between two adjacent scaled images. I'd like to help with a fix, if possible. Does anyone

Mac Flash crash: need to find a Mac with Intel GMA 950/X3100

2012-12-06 Thread Robert O'Callahan
Bug 804606 is a pretty bad Flash crash that we're chasing for beta. If you have an old-ish Mac (5 years old?) and about:support shows Intel GMA X3100 or Intel GMA 950 under WebGL Renderer then please try loading Yahoo mail with Flash enabled and Flash hardware acceleration enabled. (You may need

Re: Integrating ICU into Mozilla build

2012-12-06 Thread Robert O'Callahan
How hard would it be to incrementally download data for the locales we need? It seems that most users won't ever need the collation tables for Chinese, for example. If we could figure out a way to make them available just-in-time, that could be a win. I assume the relevant APIs are synchronous,

Re: Integrating ICU into Mozilla build

2012-12-06 Thread Robert O'Callahan
On Fri, Dec 7, 2012 at 4:08 PM, Norbert Lindenberg mozillali...@lindenbergsoftware.com wrote: This sounds like non-trivial surgery on ICU. Yes, the APIs are synchronous. And we don't know whether the time when a user stumbles onto a Chinese web page that requests Chinese collation is really

Re: Integrating ICU into Mozilla build

2012-12-06 Thread Robert O'Callahan
On Fri, Dec 7, 2012 at 4:25 PM, Robert O'Callahan rob...@ocallahan.orgwrote: On Fri, Dec 7, 2012 at 4:08 PM, Norbert Lindenberg mozillali...@lindenbergsoftware.com wrote: This sounds like non-trivial surgery on ICU. Yes, the APIs are synchronous. And we don't know whether the time when

Re: Mac Flash crash: need to find a Mac with Intel GMA 950/X3100

2012-12-06 Thread Robert O'Callahan
On Fri, Dec 7, 2012 at 1:45 PM, Robert O'Callahan rob...@ocallahan.orgwrote: Bug 804606 is a pretty bad Flash crash that we're chasing for beta. If you have an old-ish Mac (5 years old?) and about:support shows Intel GMA X3100 or Intel GMA 950 under WebGL Renderer then please try loading

Re: Integrating ICU into Mozilla build

2012-12-12 Thread Robert O'Callahan
On Thu, Dec 13, 2012 at 6:10 AM, Jean-Marc Desperrier jmd...@gmail.comwrote: Knowing that in most cases you will be reimplementing in parallel the support the user has added to the OS so that native application can get it. And doing it in parallel means never doing it perfectly the same way.

Re: C++11 atomics in Mozilla

2012-12-13 Thread Robert O'Callahan
On Fri, Dec 14, 2012 at 12:33 PM, Joshua Cranmer pidgeo...@verizon.netwrote: 3. Similar to #2, the ideal version of a reference counter would be mozilla::Atomicnsrefcnt, mozilla::Unordered (which would make threadsafe refcounting cheaper on our ARM platforms if we compiled with gcc 4.6 or

reproducing bug 808466

2012-12-18 Thread Robert O'Callahan
Bug 808466 is about changes in selection sometimes not being rendered in a timely manner. Basically you select something and the selection doesn't show up immediately. It will usually show up after some delay. I *think* this is a rendering bug due to DLBI or something related, but I'm not 100%

Re: reproducing bug 808466

2012-12-18 Thread Robert O'Callahan
On Wed, Dec 19, 2012 at 12:23 AM, Dirkjan Ochtman dirk...@ochtman.nlwrote: This sounds similar to https://bugzilla.mozilla.org/show_bug.cgi?id=801555 . I can reproduce something via the steps in https://bugzilla.mozilla.org/show_bug.cgi?id=801555#c16. Thanks!!! Rob -- Jesus called them

Re: reproducing bug 808466

2012-12-18 Thread Robert O'Callahan
On Wed, Dec 19, 2012 at 11:33 AM, Robert O'Callahan rob...@ocallahan.orgwrote: On Wed, Dec 19, 2012 at 12:23 AM, Dirkjan Ochtman dirk...@ochtman.nlwrote: This sounds similar to https://bugzilla.mozilla.org/show_bug.cgi?id=801555. I can reproduce something via the steps in https

Re: reproducing bug 808466

2012-12-18 Thread Robert O'Callahan
On Wed, Dec 19, 2012 at 2:57 AM, Kevin Gadd kevin.g...@gmail.com wrote: Would it be possible to add some instrumentation that would let us dive into this issue once we reproduce it - like a hotkey or toolbar button that would start logging painting and invalidation? When I hit this bug it is

Re: Removing writable [Replaceable] properties

2012-12-20 Thread Robert O'Callahan
Seems like a reasonable change to me, for the inner*, outer* and screen* properties. I don't know about the others. Rob -- Jesus called them together and said, “You know that the rulers of the Gentiles lord it over them, and their high officials exercise authority over them. Not so with you.

Re: Use of instanceof SomeDOMInterface in chrome and extensions

2012-12-30 Thread Robert O'Callahan
On Fri, Dec 28, 2012 at 8:20 PM, Boris Zbarsky bzbar...@mit.edu wrote: Well, it really has to change as exposed to web content (or we have to convince every single other browser to change behavior and get the ECMAScript spec changed and so forth). How bad would it be to make expr instanceof

Re: Use of instanceof SomeDOMInterface in chrome and extensions

2012-12-30 Thread Robert O'Callahan
On Mon, Dec 31, 2012 at 11:23 AM, Andreas Gal g...@mozilla.com wrote: I think it would be extremely surprising to chrome JS authors if instanceof works differently in content and chrome, resulting in very hard to diagnose bugs. What if we made it work that way in content as well? Yes,

Re: Use of instanceof SomeDOMInterface in chrome and extensions

2012-12-31 Thread Robert O'Callahan
On Tue, Jan 1, 2013 at 2:08 PM, Bobby Holley bobbyhol...@gmail.com wrote: It also sounds from your initial post that other vendors weren't very receptive to the idea. If so, that's a shame. Maybe we could try again? I interpreted Boris to mean other vendors were apathetic rather than opposed.

Re: Use of instanceof SomeDOMInterface in chrome and extensions

2012-12-31 Thread Robert O'Callahan
On Tue, Jan 1, 2013 at 2:26 PM, Bobby Holley bobbyhol...@gmail.com wrote: But IIUC the magic already works via XPConnect/nsDOMClassInfo quirks. This is why Gaia developers are starting to rely on it, and why Boris is wondering whether he should propagate that magic into WebIDL bindings. So

Re: Use of instanceof SomeDOMInterface in chrome and extensions

2012-12-31 Thread Robert O'Callahan
Another way of looking at the problem: should there be an API to determine if an object implements a particular WebIDL interface? I hope we agree the answer is yes... In that case, what would we call it? Can we call it something that doesn't sound like instanceOf, and explain with a straight face

Re: Emacs and vim modelines

2013-01-04 Thread Robert O'Callahan
I agree with what David said. Also does anyone know if there's any research on how line lengths affect code reading speed? For reading regular text there's definitely an optimal line length: when text lines are too long, then when your eye moves from the end of one line to the start of the next

Re: Difficulty with font-face cross-domain restrictions

2013-01-05 Thread Robert O'Callahan
One reason behind this is: what if you were using a font that wasn't free, but had a license that required you to prevent deep-linking of the font from other sites to where it's hosted on your site? Firefox and IE give you a way to do that. Chrome doesn't. In this case, it's a free font so it

Re: TimeStamp too expensive?

2013-01-07 Thread Robert O'Callahan
On Mon, Jan 7, 2013 at 8:39 PM, Josh Aas josh...@gmail.com wrote: I was working on something for which TimeStamp and TimeDuration classes would be helpful in simplifying code that deals with a cache expiration date. This code does not require high-precision timing. In review I was told that

region of zeroes in Gecko address space

2013-01-13 Thread Robert O'Callahan
I need a big read-only buffer full of zeroes. On Linux I could mmap /dev/zero read-only, and something similar on Windows/Mac I'm sure, but do we already have code for that, or better yet something like that already mapped into memory? Rob -- Jesus called them together and said, “You know that

Re: mozilla-central/inbound closed -- we hit the Windows PGO memory limit

2013-01-21 Thread Robert O'Callahan
Exactly what control do we have over what gets PGOed? In particular: 1) Are we able to exclude particular object files or libraries from PGO when we link libxul, reducing PGO memory usage for the final link? I think you said yes on IRC. 2) Are we able to collect a set of object files, link them

Re: mozilla-central/inbound closed -- we hit the Windows PGO memory limit

2013-01-22 Thread Robert O'Callahan
On Wed, Jan 23, 2013 at 4:31 AM, Ehsan Akhgari ehsan.akhg...@gmail.comwrote: But note that unless a given code path is examined throughout the profiling phase of a PGO build, PGO will probably have negligible effect on it, if any. The PGO compiler looks for hot code paths and tries to

Re: The future of PGO on Windows

2013-01-30 Thread Robert O'Callahan
What about leaving PGO/LTCG enabled for a subset of our modules? Is that not a possible solution? Rob -- Jesus called them together and said, “You know that the rulers of the Gentiles lord it over them, and their high officials exercise authority over them. Not so with you. Instead, whoever

Re: The future of PGO on Windows

2013-01-30 Thread Robert O'Callahan
On Thu, Jan 31, 2013 at 5:34 PM, Ehsan Akhgari ehsan.akhg...@gmail.comwrote: On 2013-01-30 11:11 PM, Robert O'Callahan wrote: What about leaving PGO/LTCG enabled for a subset of our modules? Is that not a possible solution? I did in fact measure that by disabling PGO/LTCG on all

Cycle collection for workers

2013-02-06 Thread Robert O'Callahan
We're going to want to add worker bindings for canvas (both 2D and WebGL). Over time I expect we'll want worker versions of almost every popular DOM API that doesn't actually require content/layout. We need to be able to share code between worker and main-thread implementations as much as

Re: Off-main-thread Painting

2013-02-12 Thread Robert O'Callahan
On Wed, Feb 13, 2013 at 6:17 AM, Jet Villegas j...@mozilla.com wrote: I assume we would send the same diff we use for DLBI over to the painting thread to minimize the cost. No, the plan is to ship the entire unoptimized display list over to the painting thread and do optimization and DLBI

Re: Off-main-thread Painting

2013-02-12 Thread Robert O'Callahan
On Wed, Feb 13, 2013 at 9:43 AM, Robert O'Callahan rob...@ocallahan.orgwrote: A large chunk of the work of off-main-thread painting is refactoring display lists to be independent of frames, which definitely can and should be done incrementally and could be done in parallel with the layers

Re: Off-main-thread Painting

2013-02-12 Thread Robert O'Callahan
On Wed, Feb 13, 2013 at 12:28 PM, Matt Woodrow mwood...@mozilla.com wrote: This is the second half of the plan. Third paragraph of 'Proposed Solution' The basic idea is that the display list owned by the painting thread already contains all the information required to render the page at any

Re: Increase in memory utilization on Mac OSX 10.7+ due to history swipe animations

2013-02-12 Thread Robert O'Callahan
Can we compress these screenshots to JPEG or something? Rob -- Wrfhf pnyyrq gurz gbtrgure naq fnvq, “Lbh xabj gung gur ehyref bs gur Tragvyrf ybeq vg bire gurz, naq gurve uvtu bssvpvnyf rkrepvfr nhgubevgl bire gurz. Abg fb jvgu lbh. Vafgrnq, jubrire jnagf gb orpbzr terng nzbat lbh zhfg or lbhe

Running mousemove events from the refresh driver

2013-02-12 Thread Robert O'Callahan
Context: bug 837985. At times we can be flooded by OS-level mousemove events. I think it would make sense to process mousemoves at most once per refresh driver tick. This matters for a couple of reasons: mousemove processing can cause arbitrary JS handlers to run which can do slow things, and

Re: Running mousemove events from the refresh driver

2013-02-12 Thread Robert O'Callahan
On Wed, Feb 13, 2013 at 4:45 PM, Rob Arnold tell...@gmail.com wrote: Would you want to predict the mouse location based on past events when you dispatch the synthetic event? I guess it depends on how frequently you get the events but this is done for touches on mobile where the input frequency

Re: Running mousemove events from the refresh driver

2013-02-12 Thread Robert O'Callahan
On Wed, Feb 13, 2013 at 5:14 PM, Rob Arnold tell...@gmail.com wrote: I agree; it should be no worse than today. I do have some concerns with dispatching a mouse move event that contains coordinates the mouse may not have been at but the visual results for scrolling ought to be nice. Only

Re: Running mousemove events from the refresh driver

2013-02-13 Thread Robert O'Callahan
On Thu, Feb 14, 2013 at 3:21 AM, Benjamin Smedberg benja...@smedbergs.uswrote: On what OSes? Windows by default coalesces mouse move events. They are like WM_PAINT events in that they are only delivered when the event queue is empty. See

Re: Running mousemove events from the refresh driver

2013-02-14 Thread Robert O'Callahan
On Fri, Feb 15, 2013 at 10:14 AM, Benjamin Smedberg benja...@smedbergs.uswrote: I think we should try to process mousemoves as quickly as we can: it's important for certain kinds of drawing apps especially to have as much mouse input as possible, and I doubt that only receiving mouse input at

Re: Running mousemove events from the refresh driver

2013-02-14 Thread Robert O'Callahan
On Fri, Feb 15, 2013 at 4:44 PM, John Volikas fero...@gmail.com wrote: I tried the test on Nightly runnig Windows 7 64bit. I get up to 1000(!) mousemoves per second but I have a Logitech G400 gaming mouse that defaults to a 1000Hz polling rate without Logitech's software. I guess it depends

Re: Running mousemove events from the refresh driver

2013-02-17 Thread Robert O'Callahan
On Sat, Feb 16, 2013 at 6:16 AM, Steve Fink sf...@mozilla.com wrote: It suggests a solution where a quick handler sees all mouse move events and batches them up, delivering the batches at a lower rate (60fps isn't completely unreasonable). Which is of course completely not spec-compliant. I

Re: Running mousemove events from the refresh driver

2013-02-18 Thread Robert O'Callahan
How about this idea: after processing a WM_MOUSEMOVE event, go into an anti-flood state where WM_MOUSEMOVE is ignored. After we service the Gecko event queue, exit the anti-flood state. This is very simple and I think it would work well for all cases. When DOM mousemove handlers are cheap and

Re: Running mousemove events from the refresh driver

2013-02-18 Thread Robert O'Callahan
On Tue, Feb 19, 2013 at 11:47 AM, Karl Tomlinson mozn...@karlt.net wrote: Robert O'Callahan writes: How about this idea: after processing a WM_MOUSEMOVE event, go into an anti-flood state where WM_MOUSEMOVE is ignored. After we service the Gecko event queue, exit the anti-flood state

Re: Running mousemove events from the refresh driver

2013-02-18 Thread Robert O'Callahan
On Tue, Feb 19, 2013 at 12:44 PM, Karl Tomlinson mozn...@karlt.net wrote: I don't know exactly what happens with WM_MOUSEMOVE, it would seem unfortunate if a WM_MOUSEMOVE with an updated mouse position is not received before key events. Changing the order of events changes the meaning

Re: Running mousemove events from the refresh driver

2013-02-18 Thread Robert O'Callahan
On Tue, Feb 19, 2013 at 1:40 PM, Brian Birtles bbirt...@mozilla.com wrote: I'm not sure if this is a relevant data point but we had an issue[1] with touch event coalescing on fennec that produced poor results for the following drawing application on some devices such as the Dell Streak:

Re: Running mousemove events from the refresh driver

2013-02-19 Thread Robert O'Callahan
On Tue, Feb 19, 2013 at 8:42 PM, Justin Dolske dol...@mozilla.com wrote: On 2/18/13 10:24 PM, Jonas Sicking wrote: One possible solution is to allow pages to opt in to high-precision mousemove events. Then a drawing program could do that on the mousedown event end opt out again on mouseup.

Re: Running mousemove events from the refresh driver

2013-02-19 Thread Robert O'Callahan
On Tue, Feb 19, 2013 at 7:24 PM, Jonas Sicking jo...@sicking.cc wrote: But I would expect that in the majority of other cases, each mousemove event will not leave persisted data and dispatching more mouse moves will simply mean that the page will redo the same calculations over and over only.

Re: Running mousemove events from the refresh driver

2013-02-21 Thread Robert O'Callahan
On Wed, Feb 20, 2013 at 9:41 AM, Anthony Jones ajo...@mozilla.com wrote: We really have to choices: A. Provide an API that allows applications to specify whether they are type 1 or type 2. It could be implicitly done by including a mouse event history array. B. Automatically prevent flooding

Re: Running mousemove events from the refresh driver

2013-02-23 Thread Robert O'Callahan
On Sat, Feb 23, 2013 at 5:37 PM, Jonas Sicking jo...@sicking.cc 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

Re: Running mousemove events from the refresh driver

2013-02-23 Thread Robert O'Callahan
On Sun, Feb 24, 2013 at 1:41 PM, Neil n...@parkwaycc.co.uk 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

Re: proposal: replace talos with inline tests

2013-03-04 Thread Robert O'Callahan
Writing a lot of performance tests creates the problem that those tests will take a long time to run. The nature of performance tests is that each test must run for a relatively long time to get meaningful results. Therefore I doubt writing lots of different performance tests can scale. (Maybe we

Re: Turning off window.Components for the web

2013-03-05 Thread Robert O'Callahan
On Wed, Mar 6, 2013 at 8:54 AM, Gavin Sharp ga...@gavinsharp.com wrote: This line of reasoning can be dangerous, given the presence of browser-specific code (e.g. if (firefox) { /* use Ci! */ }). But we're in estimates of likelihood of bustage based on intuition territory, which can make it

Re: Moz2D Repository Creation

2013-03-27 Thread Robert O'Callahan
On Thu, Mar 28, 2013 at 9:42 AM, Bas Schouten bschou...@mozilla.com wrote: - Improve Moz2D development workflow by having faster turnaround time on builds and tests (both local and Try) - Lower the barrier for external contributors, some people have already expressed the desire to work on

Re: Moz2D Repository Creation

2013-03-27 Thread Robert O'Callahan
On Thu, Mar 28, 2013 at 11:45 AM, Bas Schouten bschou...@mozilla.comwrote: I don't think it works that way. At least it doesn't for me, these time issues don't work that way. There's a context switch involved, those are expensive and there's the feeling of pulling in 2.5 gigs+ onto your hard

Re: Preparing for the next windows PGO build memory exhaustion

2013-04-14 Thread Robert O'Callahan
On Sun, Apr 14, 2013 at 3:40 AM, Asa Dotzler a...@mozilla.com wrote: I have a really basic question. Is PGO's performance gains something users are actually going to notice or are we mostly talking about synthetic benchmark pissing contests here? It seems to me that benchmark results affect

Forcing alphabetical order in moz.build files

2013-04-16 Thread Robert O'Callahan
I have a request ... can we require lists in moz.build files to be in alphabetical order, and actually enforce with some build-system check? I'm always annoyed by Makefiles where lists are sometimes unordered and it's hard to find items and know where to add items. Rob -- q“qIqfq qyqoquq

Re: Forcing alphabetical order in moz.build files

2013-04-17 Thread Robert O'Callahan
On Thu, Apr 18, 2013 at 3:40 AM, Ms2ger ms2...@gmail.com wrote: On 04/17/2013 07:15 AM, Robert O'Callahan wrote: I have a request ... can we require lists in moz.build files to be in alphabetical order, and actually enforce with some build-system check? I'm always annoyed by Makefiles where

Re: Using a pre-processing flag to auto-disable features in later Beta versions

2013-04-19 Thread Robert O'Callahan
On Sat, Apr 20, 2013 at 10:34 AM, Asa Dotzler a...@mozilla.com wrote: That would be great -- if we had a significantly larger Aurora population. Right now, the only way to get anything close to decent did we break the web testing is on our Beta channel. I think Daniel was concerned about

Re: Using a pre-processing flag to auto-disable features in later Beta versions

2013-04-19 Thread Robert O'Callahan
On Sat, Apr 20, 2013 at 11:27 AM, Asa Dotzler a...@mozilla.com wrote: I don't think it's that black and white. PDF.js and our new Cookie policy are both user facing features and web compat concerns that need a crap ton of compat testing. Hmm, PDF.js yes, maybe click to play too. But for

Accelerating exact rooting work

2013-04-22 Thread Robert O'Callahan
On Tue, Apr 23, 2013 at 5:36 AM, Terrence Cole tc...@mozilla.com wrote: Our exact rooting work is at a spot right now where we could easily use more hands to accelerate the process. The main problem is that the work is easy and tedious: a hard sell for pretty much any hacker at mozilla. It

Re: Some data on mozilla-inbound

2013-04-23 Thread Robert O'Callahan
On Wed, Apr 24, 2013 at 11:21 AM, Nicholas Nethercote n.netherc...@gmail.com wrote: - The 'inbound was closed for 15.3068% of the total time due to bustage' number is an underestimate, in one sense. When inbound is closed at 10am California time, it's a lot more inconvenient to developers

Re: Fallibility of NS_DispatchTo[Current|Main]Thread

2013-04-29 Thread Robert O'Callahan
On Tue, Apr 30, 2013 at 5:32 AM, Kyle Huey m...@kylehuey.com wrote: Is it feasible to make these functions infallible? What work would need to be done? Off the top of my head, I think it probably is feasible. IIRC XPCOM event dispatch can fail for two reasons: OOM, and when the thread has

Implementing CSS/SVG filters

2013-04-30 Thread Robert O'Callahan
This is a fairly important feature that people want to get working on soon, but there are quite a few design issues to settle on before we go too far. I've tried to summarize the requirements, and my ideas about the design, here: https://wiki.mozilla.org/Gecko:AcceleratedFilters Please tear this

Re: Implementing CSS/SVG filters

2013-04-30 Thread Robert O'Callahan
On Wed, May 1, 2013 at 4:11 PM, Andreas Gal g...@mozilla.com wrote: I wonder whether we should focus on one fast GPU path via GLSL, and have one precise, working, I-don't-care-how-slow CPU fallback. I agree that should be our top priority, and it may not be worth doing CPU SIMD at all. But if

Re: Implementing CSS/SVG filters

2013-04-30 Thread Robert O'Callahan
On Wed, May 1, 2013 at 4:56 PM, Robert O'Callahan rob...@ocallahan.orgwrote: That's a good point: for optimal performance with simple filters we need to be able to combine the EffectChain with the filter. However I think adding filters to the EffectChain is probably not the right way to do

Re: Implementing CSS/SVG filters

2013-04-30 Thread Robert O'Callahan
On Wed, May 1, 2013 at 5:28 PM, Andreas Gal g...@mozilla.com wrote: Should we hide the temporary surface generation (when needed) within the API? GLContext::Composite(Target, Source, EffectChain, Filters) And if multiple shaders or passes are needed, we create a temporary surface on the

Re: Implementing CSS/SVG filters

2013-05-01 Thread Robert O'Callahan
On Wed, May 1, 2013 at 5:55 PM, Andreas Gal g...@mozilla.com wrote: On Apr 30, 2013, at 10:36 PM, Robert O'Callahan rob...@ocallahan.org wrote: On Wed, May 1, 2013 at 5:28 PM, Andreas Gal g...@mozilla.com wrote: Should we hide the temporary surface generation (when needed) within the API

Re: Implementing CSS/SVG filters

2013-05-01 Thread Robert O'Callahan
On Wed, May 1, 2013 at 8:20 PM, Andreas Gal g...@mozilla.com wrote: We should probably start with the CPU-based fallback path. We can then try that with SkiaGL to see what the performance looks like (the GLContext-based implementation, essentially). Should we file a couple bugs? I might

Re: Mac OSX 10.7+ lion style scroll bars landed on m-i

2013-05-02 Thread Robert O'Callahan
Hooray! Thanks for all the hard work, Stephen. Rob -- q“qIqfq qyqoquq qlqoqvqeq qtqhqoqsqeq qwqhqoq qlqoqvqeq qyqoquq,q qwqhqaqtq qcqrqeqdqiqtq qiqsq qtqhqaqtq qtqoq qyqoquq?q qEqvqeqnq qsqiqnqnqeqrqsq qlqoqvqeq qtqhqoqsqeq qwqhqoq qlqoqvqeq qtqhqeqmq.q qAqnqdq qiqfq qyqoquq qdqoq qgqoqoqdq

Re: PSA: make -C toolkit/library does not currently work on trunk; use make libs -C toolkit/library instead

2013-05-03 Thread Robert O'Callahan
On Sat, May 4, 2013 at 9:54 AM, Justin Lebar justin.le...@gmail.com wrote: See https://bugzilla.mozilla.org/show_bug.cgi?id=809430#c39 for details. As roc points out, this has broken |mach build dir|. Stay tuned in the bug if you're interested in whether we resolve this by backing out the

Re: We should drop MathML

2013-05-05 Thread Robert O'Callahan
On Mon, May 6, 2013 at 3:38 AM, Benoit Jacob jacob.benoi...@gmail.comwrote: 2.1. MathML never saw much traction outside of Mozilla, despite having been around for a decade. WebKit only got a very limited partial implementation recently, and Google removed it from Blink. The fact that it

Re: We should drop MathML

2013-05-06 Thread Robert O'Callahan
Let me go on a bit of a rampage about TeX for a bit. TeX is not a markup format. It is an executable code format. It is a programming language by design! (It's a very poor programming language, but let's ignore that for the moment.) You run a TeX program to generate the rendered output. This has

Re: We should drop MathML

2013-05-06 Thread Robert O'Callahan
On Mon, May 6, 2013 at 6:14 PM, Robert O'Callahan rob...@ocallahan.orgwrote: wrote my thesis which also include a lot of semantics and type theory in FrameMaker, which was actually pretty good but is very dead. Correction: it's alive! Amazing. Rob -- q“qIqfq qyqoquq qlqoqvqeq qtqhqoqsqeq

Re: We should drop MathML

2013-05-06 Thread Robert O'Callahan
On Tue, May 7, 2013 at 7:12 AM, Benoit Jacob jacob.benoi...@gmail.comwrote: How many specific domains will want to have their own domain-specific markup language next? Chemistry? Biology? Electronics? Music? Flow charts? Calligraphy? This is a good question to ask, but I think it would help

Re: We should drop MathML

2013-05-06 Thread Robert O'Callahan
Hopefully Web Components will provide a good solution to let authors extend the browser with support for vocabularies that can be rendered via a straightforward decomposition to HTML or MathML or SVG. I think the layout requirements of MathML are too onerous for MathML to be reduced to HTML or

Re: Ordering shutdown observers?

2013-05-15 Thread Robert O'Callahan
On Thu, May 16, 2013 at 11:00 AM, Gregory Szorc g...@mozilla.com wrote: This is comparable to how *NIX operating systems initialize. Gecko is currently using System-V style runlevels. But all the new hotness are replacements like sytemd and upstart which explicitly express service

  1   2   3   4   5   >