Hi Markus,
We already have this setting in Info.plist of app. I have tried both values
NSApplication and GeckoNSApplication but no effect . Is there anything else
that needs to be done.
___
dev-platform mailing list
dev-platform@lists.mozilla.org
On 30/05/14 18:53, Joshua Cranmer wrote:
Forgive me, but that sounds like I'm going to propose a solution with
one glaring flaw that has always sunk it in the past, and then gloss
over that flaw by saying 'I don't have the security experience - someone
else fix it'.
Actually, that is
On 30/05/2014 16:16, andreas@gmail.com wrote:
Please read my email again. This kind of animation cannot be rendered with high
FPS by any engine.
This doesn't make sense. Avih posted numbers sans-OMTC, and the same
machine he used that doesn't manage to get 60fps with OMTC gets almost
Playing devil's advocate for a bit - are there more non-checkin-needed
backouts? That is, people who, err, feel it is unnecessary to push to
try to land something with checkin-needed, and therefore then land it
themselves and burn the tree? :-)
And also: has the throughput in checkin-needed
Dear unit test writers,
As a happy few of you might already know, we introduced a standalone, versatile
class of assertion methods with Assert.jsm[1], which implements the CommonJS
Unit Testing specification version 1.1[2].
These methods were already available to you in the global `Assert`
Should we adopt these for SpiderMonkey's test suites, too? Porting tests
between suites isn't something that's done frequently, but there are people
writing tests for more than one suite, and being able to use the same
assertion methods everywhere would be helpful for that.
On Mon, Jun 2, 2014
Mike de Boer wrote:
* do_check_eq(a, b) — equal(a, b)
There's also strictEqual(a, b) for those like me who were wondering.
--
Warning: May contain traces of nuts.
___
dev-platform mailing list
dev-platform@lists.mozilla.org
Yes, that’d be very nice to have! In a perfect world, all the test suites/
runners we have end up using the same assertion methods. This would indeed
greatly improve the portability of individual tests.
Thanks for suggesting this, Till!
On 02 Jun 2014, at 12:56, Till Schneidereit
2014-06-01 23:19 GMT-04:00 Rik Cabanier caban...@gmail.com:
On Sun, Jun 1, 2014 at 3:11 PM, Benoit Jacob jacob.benoi...@gmail.com
wrote:
2014-05-31 0:40 GMT-04:00 Rik Cabanier caban...@gmail.com:
Objection #3:
I dislike the way that this API exposes multiplication order. It's not
On Mon, Jun 2, 2014 at 3:19 PM, Rik Cabanier caban...@gmail.com wrote:
isIdentity() indeed suffers from rounding errors but since it's useful, I'm
hesitant to remove it.
In our rendering libraries at Adobe, we check if a matrix is *almost*
identity. Maybe we can do the same here?
One option
On 06/02/2014 01:49 PM, Mike de Boer wrote:
Yes, that’d be very nice to have! In a perfect world, all the test
suites/ runners we have end up using the same assertion methods. This
would indeed greatly improve the portability of individual tests.
As I said before (but was ignored), the more
On 02/06/2014 05:05, Bob wrote:
In a play on words, is this some kind of SM (not SeaMonkey) feature?
No it isn't.
Phil
--
Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from
On 2014-05-30, at 21:00, Benoit Jacob jacob.benoi...@gmail.com wrote:
2x3 matrices
representing affine 2D transformations; this mode switch corresponds to the
is2D() getter
Am I the only one that finds this method entirely unintuitive? After looking
at only the IDL, admittedly, is2D() ===
The Rendering meeting is about all things Gfx, Image, Layout, and Media.
It takes place every second Monday, at 2:30pm PDT.
The next meeting will take place today, Monday, June 2nd at 2:30 PM US/Pacific
Please add to the agenda:
https://wiki.mozilla.org/Platform/GFX/2014-06-02#Agenda
San
On 6/2/2014 11:37 AM, Mike de Boer wrote:
Since last Friday[3], each assertion method in Assert.jsm is available in the
global scope of a unit test as well.
Now we can say that the ‘old’ XPCShell-test assertion methods are deprecated
in favour of the Assert.jsm ones.
I think it's a very
On Mon, Jun 2, 2014 at 8:04 AM, Martin Thomson m...@mozilla.com wrote:
On 2014-05-30, at 21:00, Benoit Jacob jacob.benoi...@gmail.com wrote:
2x3 matrices
representing affine 2D transformations; this mode switch corresponds to
the
is2D() getter
Am I the only one that finds this method
Warning: pet peeve coming up.
I agree we should separate these things more clearly. I don't think
making people type the same 7 characters repeatedly is a good way to do
that.
I think we should be more liberal with using blank lines instead. It's
too often I see 30-line blocks of code with
On 02 Jun 2014, at 17:39, Paolo Amadini paolo.02@amadzone.org wrote:
Have you considered requiring test cases to use the the Assert.
namespace explicitly? I would find that style more readable, and also
assertions easier to find when scanning the code. And they're still
shorter than
On 2014-06-02, 4:59 AM, Robert O'Callahan wrote:
On Mon, Jun 2, 2014 at 3:19 PM, Rik Cabanier caban...@gmail.com wrote:
isIdentity() indeed suffers from rounding errors but since it's useful, I'm
hesitant to remove it.
In our rendering libraries at Adobe, we check if a matrix is *almost*
On 2014-06-02, at 08:53, Rik Cabanier caban...@gmail.com wrote:
it conveys that this is a 2d matrix and that you can ignore the 3d
components.
Maybe you misunderstood what I was implying. You are describing an intended
application of the matrix to 2d or 3d graphics. The problem is that
On 6/2/2014 4:59 PM, Ehsan Akhgari wrote:
I'm _pretty_ sure that the answer is no for
mochitest-chrome at least.
Are we running these tests out-of-tree in other environments?
Paolo
___
dev-platform mailing list
dev-platform@lists.mozilla.org
On 6/2/2014 4:51 PM, Gijs Kruitbosch wrote:
Concretely, IMO in the code you cite there should be a blank line before
each of the 'parent' reassignments.
I definitely agree, and I would also use the Assert. prefix to make
the separation between action and check clearer (while if I understand
On Mon, Jun 2, 2014 at 10:56 AM, Nick Alexander nalexan...@mozilla.com
wrote:
On 2014-06-02, 9:59 AM, Rik Cabanier wrote:
On Mon, Jun 2, 2014 at 9:05 AM, Nick Alexander nalexan...@mozilla.com
mailto:nalexan...@mozilla.com wrote:
On 2014-06-02, 4:59 AM, Robert O'Callahan wrote:
On Mon, Jun 2, 2014 at 12:27 PM, Paolo Amadini paolo.02@amadzone.org
wrote:
On 6/2/2014 4:59 PM, Ehsan Akhgari wrote:
I'm _pretty_ sure that the answer is no for
mochitest-chrome at least.
Are we running these tests out-of-tree in other environments?
Do you mean by just opening the
2014-06-02 14:06 GMT-04:00 Benoit Jacob jacob.benoi...@gmail.com:
2014-06-02 13:56 GMT-04:00 Nick Alexander nalexan...@mozilla.com:
On 2014-06-02, 9:59 AM, Rik Cabanier wrote:
On Mon, Jun 2, 2014 at 9:05 AM, Nick Alexander nalexan...@mozilla.com
mailto:nalexan...@mozilla.com wrote:
2014-06-02 13:56 GMT-04:00 Nick Alexander nalexan...@mozilla.com:
On 2014-06-02, 9:59 AM, Rik Cabanier wrote:
On Mon, Jun 2, 2014 at 9:05 AM, Nick Alexander nalexan...@mozilla.com
mailto:nalexan...@mozilla.com wrote:
On 2014-06-02, 4:59 AM, Robert O'Callahan wrote:
On Mon,
developing .so / dylib / .dll using xulrunner sdk and then calling it in
extension in javascript is that still supported.
i see very poor documentation on the web on it. and no good working example.
can someone confirm latest xulrunner sdk supports and an extension can be
developed using c++
On 6/2/14, 2:38 PM, savani1ama...@gmail.com wrote:
developing .so / dylib / .dll using xulrunner sdk and then calling it in
extension in javascript is that still supported.
i see very poor documentation on the web on it. and no good working example.
Savani, you have posted variants of this same
On 02.06.14 08:42, bhargava.animes...@gmail.com wrote:
Hi Markus,
We already have this setting in Info.plist of app. I have tried both values
NSApplication and GeckoNSApplication but no effect . Is there anything else
that needs to be done.
Is gfx.hidpi.enabled set to 2? Other than that I
On 6/2/14, 3:34 PM, Paolo Amadini wrote:
It seems to me that if we don't have external compatibility needs, we
might as well move mochitests to use a set of assertion methods that is
the same as xpcshell and maybe other test suites.
Yes, but imho we should be moving xpcshell in the direction
Am 30.05.2014 08:38, bhargava.animes...@gmail.com wrote:
Hi,
I have two different applications , both of them use gecko SDK
version 2.0 for embedded browser.
That's Firefox 4, isn't it? Are you sure that retina support is already
available in this version? Google says it was added in
Hi Everyone, (cross posted to dev-platform)
Below is the stats for Tree Closures for the main trees that the
sheriffs manage. Please feel free to let me know if you have any questions.
_Mozilla Inbound
_Closures due to test failures on Inbound are slightly higher than normal.
2014-05
On Mon, Jun 2, 2014 at 4:14 PM, Boris Zbarsky bzbar...@mit.edu wrote:
On 6/2/14, 3:34 PM, Paolo Amadini wrote:
It seems to me that if we don't have external compatibility needs, we
might as well move mochitests to use a set of assertion methods that is
the same as xpcshell and maybe other
On 02.06.14 22:10, Philipp Wagner wrote:
Am 30.05.2014 08:38, bhargava.animes...@gmail.com wrote:
Hi,
I have two different applications , both of them use gecko SDK
version 2.0 for embedded browser.
That's Firefox 4, isn't it? Are you sure that retina support is already
available in this
On Mon, Jun 2, 2014 at 11:08 AM, Benoit Jacob jacob.benoi...@gmail.com
wrote:
2014-06-02 14:06 GMT-04:00 Benoit Jacob jacob.benoi...@gmail.com:
2014-06-02 13:56 GMT-04:00 Nick Alexander nalexan...@mozilla.com:
On 2014-06-02, 9:59 AM, Rik Cabanier wrote:
On Mon, Jun 2, 2014 at 9:05
Do either of you have reasoning for that other than it looks better
to me? I personally think consistency trumps any personal preferences
based on length/concision, as long as what we end up with isn't
unreasonably long/verbose.
Gavin
On Mon, Jun 2, 2014 at 4:47 PM, Ehsan Akhgari
On Tue, Jun 3, 2014 at 4:24 AM, Martin Thomson m...@mozilla.com wrote:
it conveys that this is a 2d matrix and that you can ignore the 3d
components.
Maybe you misunderstood what I was implying. You are describing an
intended application of the matrix to 2d or 3d graphics. The problem is
2014-06-02 17:13 GMT-04:00 Rik Cabanier caban...@gmail.com:
On Mon, Jun 2, 2014 at 11:08 AM, Benoit Jacob jacob.benoi...@gmail.com
wrote:
2014-06-02 14:06 GMT-04:00 Benoit Jacob jacob.benoi...@gmail.com:
2014-06-02 13:56 GMT-04:00 Nick Alexander nalexan...@mozilla.com:
On
On Wed, May 21, 2014 at 9:53 PM, Robert O'Callahan rob...@ocallahan.org
wrote:
Android and B2G got fixed to use #pragma GCC visibility. So, we can go
ahead and remove all NS_HIDDEN-related code now.
This also means that when modifying Android and B2G-specific code that
uses symbols imported
On Mon, Jun 2, 2014 at 3:03 PM, Benoit Jacob jacob.benoi...@gmail.com
wrote:
2014-06-02 17:13 GMT-04:00 Rik Cabanier caban...@gmail.com:
On Mon, Jun 2, 2014 at 11:08 AM, Benoit Jacob jacob.benoi...@gmail.com
wrote:
2014-06-02 14:06 GMT-04:00 Benoit Jacob jacob.benoi...@gmail.com:
On 2014-06-02, 5:33 PM, Gavin Sharp wrote:
Do either of you have reasoning for that other than it looks better
to me? I personally think consistency trumps any personal preferences
based on length/concision, as long as what we end up with isn't
unreasonably long/verbose.
I have two reasons:
On 6/2/14, 3:42 PM, Ehsan Akhgari wrote:
2. I also value consistency more than my personal preferences, and based
on that, using the existing APIs in some tests and the new APIs in other
tests (even if we agreed that #1 above doesn't matter) is strictly worse
than the status quo.
btw, in the
On 2014-06-02, at 16:24, Chris Peterson cpeter...@mozilla.com wrote:
btw, in the mozilla.dev.tech.javascript-engine.internals fork of this thread,
bz and David Bruant pointed out that W3C's testharness and TC39's test262
each use yet another set of assertion function names. Any tests we
Thank you i see no messages indicating whether it loaded in browser console
this simply means that its not getting picked up?
are these correct configurations ?
chrome.manifest
---
content helloworld content/
resource helloworld content/
interfaces
in above code i get exception Components.classes not defined.
when i try to put simple code in the html file ( loaded via a menu option of
the extension )
try {
var Cc = Components.classes[@amazon.com/MyComponent;1];
alert(Cc + Cc);
}
catch (errr){
alert(errr)
}
On 6/2/14, 5:33 PM, Gavin Sharp wrote:
Do either of you have reasoning for that other than it looks better
to me?
My personal experience is that when I try to write xpcshell tests the
amount of time it takes to type the test function names is very
noticeable and actively interrupts my
On 6/2/14, 7:26 PM, Martin Thomson wrote:
Sounds like an area ripe for standardisation
Note that standardizing several test suites on the same API might not
work all that well when they have different goals and operating
parameters, because what can you end up with is an API that doesn't
On 6/2/14, 9:44 PM, Boris Zbarsky wrote:
On 6/2/14, 7:26 PM, Martin Thomson wrote:
Sounds like an area ripe for standardisation
Note that standardizing several test suites on the same API might not
work all that well when they have different goals and operating
parameters
Specifically,
Off the top of my head, the places in Gecko I know of that use isIdentity
or is2D fall into two categories:
1) math performance optimizations
2) (is2D only) we're going to take an implementation approach that only
works for 2D affine transforms, and either a) there is no support for 3D
perspective
On Mon, Jun 2, 2014 at 7:07 PM, Robert O'Callahan rob...@ocallahan.org
wrote:
Off the top of my head, the places in Gecko I know of that use isIdentity
or is2D fall into two categories:
1) math performance optimizations
2) (is2D only) we're going to take an implementation approach that only
To recap I think the following points have been resolved:
- remove determinant (unless someone comes up with a strong use case)
- change is2D() so it's a flag instead of calculated on the fly
- change isIdentity() so it's a flag.
- update constructors so they set/copy the flags appropriately
Minor spec suggestion: This looks like a great primitive, but having
to create GC pressure to multiply values by the matrix seems like a
real mistake. transformPoint should have an overload that accepts a
Float64Array and mutates it in-place, or maybe a 'in, out' pair of
arrays. Probably also
On Mon, Jun 2, 2014 at 8:32 PM, Robert O'Callahan rob...@ocallahan.org
wrote:
On Tue, Jun 3, 2014 at 3:28 PM, Rik Cabanier caban...@gmail.com wrote:
Yes, isIdentity is used as an indication that nothing needs to be done or
that the transform hasn't changed.
Maybe we should rename it to
53 matches
Mail list logo
