On Thursday, October 17, 2013 7:48:16 AM UTC-7, Josh Aas wrote:
> This is the discussion thread for the Mozilla Research blog post entitled
> "Studying Lossy Image Compression Efficiency", and the related study.
Few queries regarding the study's methodology:
1.) The compression_test.py code conv
Tim Abraldes:
> > So my question is this; is it preferable to keep the As*Event
> > functions, or to use regular C++ casts to accomplish the same
> > behavior? We could use static_cast unconditionally for upcasts,
> > static_cast with a check of |eventStructType| for downcasts to
> > most-derived e
On 2013/10/25 6:39, Tim Abraldes wrote:
Finally, the root class, WidgetEvent, has As*Event class. The "*"
doesn't include the prefix. I.e., for WidgetMouseEvent, the method name
is WidgetEvent::AsMouseEvent(). This returns the pointer of the instance
only when the instance is the class or its der
(tl;dr: see https://bugzilla.mozilla.org/show_bug.cgi?id=881804#c103)
Hello all,
Shortly after sending this email, I will be landing the patches in
https://bugzilla.mozilla.org/show_bug.cgi?id=881804 on mozilla-inbound, and
I wanted to give everyone a heads-up on (and justification for) the Tp[45
Removal of native notifications has badly regressed the UI for notifying
that there is a browser update downloaded, and that you can restart the
browser to run the new version. (At least on OSX, I don't know about
other platforms.)
When we had native notifications, you would see a notification, bu
On Tuesday, October 22, 2013 11:12:08 AM UTC+4, Yoav Weiss wrote:
>
> Last time I checked, about 60% of all PNG image traffic (so about ~9% of all
> Web traffic, according to HTTPArchive.org) is PNGs of color type 6, so 24 bit
> lossless images with an alpha channel. A large part of these PNGs a
On 2013-10-25 11:10 AM, Ehsan Akhgari wrote:
On 2013-10-25 10:45 AM, Erik Rose wrote:
... would it be better, from your point of view, to
index the generated files or to magically turn up the IDL line
"attribute short foo" when you search for "function:GetFoo" or
"function:SetFoo"? (I'm not sure
- Original Message -
> From: "Erik Rose"
> To: "Dave Hylands"
> Cc: "Ehsan Akhgari" , dev-platform@lists.mozilla.org
> Sent: Friday, October 25, 2013 10:58:02 AM
> Subject: Re: Poll: What do you need in MXR/DXR?
>
> > Going back to the idl is probably the best.
> >
> > It isn't just a
> Going back to the idl is probably the best.
>
> It isn't just attributes, though, its also structure definitions as well,
> like:
> http://dxr.mozilla.org/mozilla-central/source/dom/ipc/PContent.ipdl#l73
>
> So if I'm on this line:
> http://dxr.mozilla.org/mozilla-central/source/dom/devicestor
Going back to the idl is probably the best.
It isn't just attributes, though, its also structure definitions as well, like:
http://dxr.mozilla.org/mozilla-central/source/dom/ipc/PContent.ipdl#l73
So if I'm on this line:
http://dxr.mozilla.org/mozilla-central/source/dom/devicestorage/DeviceStorage
On 2013-10-25 6:24 AM, Matthew Gertner wrote:
So if I understand correctly, a window that contains a single private tab will
have no visual indication that the tab is private and will also not be restored
by the session saver? This would meet my current requirements as long as it's
possible to
On 2013-10-25 10:45 AM, Erik Rose wrote:
What features do you most use in MXR and DXR?
One feature I'd like to see in DXR is the ability to click on a header file
shown in a #include and have it be opened.
For example, if I search for ErrorResult, I see
#include "mozilla/ErrorResult.h"
I'd
In bug 923770 we switched talos to use mozprocess [1] internally. This is a
great win for managing the internal process of Firefox and reducing our
timeouts on OSX and Windows test runs. The side effect of running in
mozprocess is about a 500ms delay in launching the process. I have looked at
>> What features do you most use in MXR and DXR?
>
> One feature I'd like to see in DXR is the ability to click on a header file
> shown in a #include and have it be opened.
>
> For example, if I search for ErrorResult, I see
>
> #include "mozilla/ErrorResult.h"
>
> I'd like to be able to clic
On Oct 25, 2013, at 12:34 PM, Tim Taubert wrote:
> Private tabs will be automatically excluded when bug 899276 has landed.
> I don't know off-hand if setting a tab to private works even if the tab
> has been around for some time but I think that might be possible.
I guess this is implied by what
On 25/10/2013 12:24 PM, Matthew Gertner wrote:
> So if I understand correctly, a window that contains a single private tab
> will have no visual indication that the tab is private and will also not be
> restored by the session saver? This would meet my current requirements as
> long as it's poss
So if I understand correctly, a window that contains a single private tab will
have no visual indication that the tab is private and will also not be restored
by the session saver? This would meet my current requirements as long as it's
possible to set the tab to private after creation (since I
Recently landed on m-c (should work on today's upcoming nightly): a
--jsdebugger commandline flag! So opening firefox with --jsdebugger will
immediately open the Browser Debugger.
What's more, a few minutes ago support landed on m-c for using this flag
with mochitest-(plain|browser|chrome) for
We have partial handling of private tabs. SessionStore doesn't handle
them yet, but I can prioritize this. Would this be sufficient for your
needs?
Cheers,
David
On 10/25/13 9:11 AM, Matthew Gertner wrote:
> Can you suggest some other means to do what we need? I don't want to make
> anyone's li
On Thu, Oct 24, 2013 at 5:34 PM, Vasu Yadav wrote:
> My plan is to pass a nsIDocShell pointer to javascript component and then
> let the javascript component execute the given javascript in a content
> window. ex. get/set window property, call a global function in window
>
- how can I find a glob
On Thursday, October 24, 2013 10:07:18 PM UTC+2, David Rajchenbach-Teller wrote:
> Please don't do that, we are going to remove the nsISupportsString from
> sessionstore-state-write soon.
>
> (So far, there is a single add-on that uses it, so we're busy preparing
> an API for that add-on before
21 matches
Mail list logo
