Jean-Marc Desperrier wrote:
> ICU is a massive, huge juggernaut. It fits the bill in professional
> application that have no download size constraints, and no
> requirement to support the low end of installed memory size. OS
> support is incredibly more efficient.
Jean-Marc, I don't agree with eve
Hello,
The next Rendering meeting will take place this Monday at 2:30 PM
US/Pacific time. That could be Tuesday in your timezone.
The Rendering meeting is about all things Gfx, Image, Layout, and Media. It
is expected to take place every second Monday.
Please first add your agenda items there:
If we could expose the data via a cross domain API in text format I can
modify trychooser to display loaded platforms.
On Fri, Dec 7, 2012 at 2:06 PM, Ehsan Akhgari wrote:
> On 2012-12-07 1:54 PM, Benoit Girard wrote:
>
>> Is there an API we can query to know what the estimated wait time or load
On Dec 7, 2012, at 6:18 , Benjamin Smedberg wrote:
> On 12/6/2012 9:21 PM, Norbert Lindenberg wrote:
>> The benefit is that the ECMAScript Internationalization API lets developers
>> create a more consistent localized experience for their users, with the
>> correct date, time, and number formats
On 11/23/12 11:29, Dave Townsend wrote:
On 11/06/12 10:09, Dave Townsend wrote:
We've had a policy requiring super-review for certain kinds of patches
for a long time. It's changed a couple of times but the current policy
(http://www.mozilla.org/hacking/reviewers.html) primarily requires
super-r
On 2012-12-07 1:54 PM, Benoit Girard wrote:
Is there an API we can query to know what the estimated wait time or load
for a slave pool is? Perhaps 'http://trychooser.pub.build.mozilla.org/'
could be modified to give an indication of the load for a particular
platform. I would be more mindful at b
Is there an API we can query to know what the estimated wait time or load
for a slave pool is? Perhaps 'http://trychooser.pub.build.mozilla.org/'
could be modified to give an indication of the load for a particular
platform. I would be more mindful at balancing my load if the information
was provid
On 2012-12-06 10:11 PM, Chris Peterson wrote:
For example, someone who downloads Firefox's Portuguese build is
probably interested in ECMAScript internationalization, but only as it
pertains to Portuguese.
There is nothing special about a Portuguese build compared to, let's
say, an English US
On Thursday, 27 September 2012 14:30:01 UTC+1, Ed Morley wrote:
> > In the meantime please can everyone remember to cancel unwanted/busted Try
> > runs, to help the overall wait time.
> >
> > Builds/tests can be cancelled all at once, or on a per job basis:
> > http://people.mozilla.com/~emorley
On 12/6/2012 9:21 PM, Norbert Lindenberg wrote:
The benefit is that the ECMAScript Internationalization API lets developers
create a more consistent localized experience for their users, with the correct
date, time, and number formats, the culturally appropriate calendar, correct
currency symb
On 7/12/12 03:35, Robert O'Callahan wrote:
On Fri, Dec 7, 2012 at 4:25 PM, Robert O'Callahan wrote:
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 wh
On Fri, Dec 7, 2012 at 5:11 AM, Chris Peterson wrote:
> Can the ICU data be split by locale and bundled with the localized Firefox
> builds?
>
> For example, someone who downloads Firefox's Portuguese build is probably
> interested in ECMAScript internationalization, but only as it pertains to
> P
12 matches
Mail list logo
