On 09.09.2013 03:21, Benoit Jacob wrote:
Again, how many other similar wins are we leaving on the table because
they're only 10s on a clobber build? It's of course hard to know, which is
why I've suggested the (number of useful lines of code) / (total lines of
code included) ratio as a meaningful
On 09.09.2013 05:15, ishikawa wrote:
> I have been recently editing javascript files to
> reduce warnings but found an issue of adopted styls in comm-central
> thunderbird codes.
>
> I checked for the preferred style:
>
> [1] I found one reference here:
> http://autonome.wordpress.com/2006/03/24/
On 09.09.2013 14:48, ISHIKAWA,chiaki wrote:
But to be honest, I wonder why 2 for JS and 4 for Java.
As far as the indentation requirement is concerned, there does
not seem to be much difference between the two languages.
But there must be a reason. But for a casual programmer, it is not clear.
cking flag such as "tracking-firefox27?" and narrowing
down the regression range (e.g. identify the first broken nightly or
hourly build if available). Obviously this is already too late for the
first two regressions.
Dao
___
dev-platform maili
On 16.10.2013 17:02, Axel Hecht wrote:
We'll need to go down a path that works for Firefox OS.
[...]
But, yes, I think we'll need a hosted service to provide that data on
demand in the end.
This sounds like a non-starter for mobile devices, doesn't it?
__
On 28.11.2013 16:15, Honza Bambas wrote:
On 11/28/2013 12:56 PM, David Rajchenbach-Teller wrote:
As many of you know, Session Restore is something of a performance hog,
for many reasons – we have reports of. One of the reasons is that we
store so very many things in sessionstore.js and sometimes
On 19.02.2014 01:56, Neil wrote:
In particular, I understand
that there is a preference to toggle the cache. What does application
code have to do in order to work with whichever cache has been enabled?
Nothing? It's a different backend behind the same API, at least that's
my rough and possibl
On 21.05.2014 01:27, Rik Cabanier wrote:
Likewise here. I don't think anyone is saying that "hardwareConcurrency"
is failing on the grounds of exposing too much system information alone.
The way I read this thread, people either aren't convinced that it's the
right compromise given its usefulness
On 25.05.2014 05:00, Jonas Sicking wrote:
I guess what I'm arguing is that smooth-scrolling vs. instant
scrolling shouldn't be a per-element CSS property, but rather a
per-callsite API argument.
It seems to me that it will be the case that for a given element
you'll sometimes want to do smooth s
On 30.05.2014 07:28, Matt Woodrow wrote:
I definitely agree with this, but we also need OMTAnimations to be
finished and enabled before any of the interesting parts of the UI can
be converted.
Given that, I don't think we can have this conversation at the expense
of trying to fix the current set
On 03.06.2014 00:42, Ehsan Akhgari wrote:
Also, I'm not sure where the original discussion happened,
Ditto. For a change that affects pretty much all mozilla-central
hackers, I would have expected a public proposal and a feedback round on
this list.
(My initial reaction was similar to Ehsan
t API?
Dao
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
On 05.06.2014 09:54, Dao wrote:
On 04.06.2014 11:45, Mike de Boer wrote:
The reason CommonJS came into view was not because of it’s semantic
superiority, but because of its similarity to both the XPCShell-test
and Mochitest assertion styles and implementation.
This way I thought we could
On 05.06.2014 11:38, Mike de Boer wrote:
On 05 Jun 2014, at 09:54, Dao wrote:
On 04.06.2014 11:45, Mike de Boer wrote:
The reason CommonJS came into view was not because of it’s semantic
superiority, but because of its similarity to both the XPCShell-test and
Mochitest assertion styles and
ontextmenu event and instead always shows the default context menu."
Gecko supports dom.event.contextmenu.enabled to that end. It used to be
a visible preference in Firefox, but now it's merely a hidden one.
Dao
___
dev-platform mailing list
On 02.07.2014 20:51, Ehsan Akhgari wrote:
We can still show the UA
context menu if you hold down shift like we do today though.
What would be the equivalent to that on Firefox OS?
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://li
Ftest%2Fmoz.build&hint=mailnews
Regards,
Dao
On 04.07.2014 11:32, 王欢 wrote:
Dear,
Is there any codes relating to automation test in thunderbird? If
there're some, could you please to tell me where are they?
Thanks very much.
Best rega
On 22.08.2014 09:29, Dirkjan Ochtman wrote:
On Thu, Aug 21, 2014 at 7:51 PM, Nick Alexander wrote:
In general, I'm in favour of not autoplaying at all on mobile devices.
Me too!
Anecdotal: recently I woke up my wife when I was trying to overcome
sleeplessness by browsing my phone a little bi
On 21.11.2014 14:10, Till Schneidereit wrote:
Greetings!
TC39 has decided to solve the web-compat issues with
Array.prototype.contains that forced us to back out the feature on October
1st by renaming the method to "includes". This has now landed on Nightly.
However, it is Nightly-only for now,
On 25.07.2012 02:05, ben turner wrote:
Disabling a test without a peer's input and then leaving open an
unassigned bug to re-enable it is a pretty good way to leave the test
disabled forever.
Seems like somebody should be watching the component and take care of
the bug. If this doesn't happen,
On 05.09.2012 09:14, Blair McBride wrote:
On 5/09/2012 6:13 a.m., Gregory Szorc wrote:
$ hg status -u | grep .egg-info | xargs rm -rf
$ git ls-files -o '*.egg-info*' | xargs rm -rf
Those of you on Windows will notice this doesn't work, thanks to
Windows-style paths. The following will:
$ hg s
On 18.10.2012 20:05, Ehsan Akhgari wrote:
If your patch falls in a range which
causes more than 4% Ts regression, it will be backed out by our sheriffs
together with the rest of the patches in that range, and you can only
reland after you fix the regression by testing locally or on the try server
On 12.11.2012 19:05, Matt Brubeck wrote:
* Sites that follow our existing guidelines to send tablet-optimized
content to Firefox for Android tablets will not need any changes, and
will immediately begin serving tablet-optimized content to Firefox for
Metro.
Is there a significant amount of such
On 13.11.2012 00:47, Alex Keybl wrote:
>almost nobody uses Mozilla Firefox builds(and no Firefox disributors do pgo)
We should really get the latter fixed. Disabling PGO for our builds
seems like a step in the wrong direction; the numbers collected in this
thread suggest that it's a major los
On 13.11.2012 12:24, jim.math...@gmail.com wrote:
On Tuesday, November 13, 2012 4:49:14 AM UTC-6, Jonas Sicking wrote:
Note that putting "touch" in the UA is somewhat different than
traditional UA sniffing. It's actually capability testing which is
what we are encouraging people to do. Using HTT
till better than old
> versions of Firefox or other browsers.
Is it? Are you confident that quality and stability of an up-to-date Firefox
won't go downwards over time on those old platforms? It's not quite clear to me
that it will perform better t
26 matches
Mail list logo
