<font face="times new roman,serif">Can you reformulate the table attached to </font><a href="http://unicode.org/cldr/trac/ticket/5302" target="_blank" style="color:rgb(17,85,204);font-family:arial,sans-serif;background-color:rgb(255,255,255)">http://unicode.org/cldr/trac/ticket/5302</a>?<div>
<font face="times new roman,serif"><br></font></div><div><font face="times new roman,serif">In particular, if a currency is not in the LDML table, it gets the default values (see below). So you need to compare on that basis.</font></div>
<div><font face="times new roman,serif"><br></font></div><div><font face="times new roman,serif">It is much better for comparison if you attach a tab- or comma-delimited file, so that it can be loaded into a spreadsheet, something like:</font></div>
<div><font face="times new roman,serif"><br></font></div><div><font face="times new roman, serif"><div>Code<span class="Apple-tab-span" style="white-space:pre">  </span>CLDR<span class="Apple-tab-span" style="white-space:pre">        </span>ISO</div>
<div>AED<span class="Apple-tab-span" style="white-space:pre">   </span>2<span class="Apple-tab-span" style="white-space:pre">   </span>2</div><div>AFN<span class="Apple-tab-span" style="white-space:pre"> </span>0<span class="Apple-tab-span" style="white-space:pre">   </span>2</div>
<div>...</div></font></div><div><font face="times new roman, serif"><br></font></div><div><font face="times new roman, serif">We can then review with the currency folk in CLDR the reasons behind any differences.</font></div>
<div><font face="times new roman, serif"><br></font></div><div><font face="times new roman, serif"><a href="http://unicode.org/reports/tr35/#Supplemental_Currency_Data">http://unicode.org/reports/tr35/#Supplemental_Currency_Data</a></font></div>
<div><font face="times new roman,serif"><br></font></div><div><p style="margin-top:0.5em;margin-bottom:0.5em;font-family:'Lucida Sans Unicode','Arial Unicode MS',Arial,sans-serif;background-color:rgb(255,255,255)">
The fractions element contains any number of info elements, with the following attributes:</p><ul style="font-family:'Lucida Sans Unicode','Arial Unicode MS',Arial,sans-serif;background-color:rgb(255,255,255)">
<li style="margin-top:0.5em;margin-bottom:0.5em"><b>iso4217: </b>the ISO 4217 code for the currency in question. If a particular currency does not occur in the fractions list, then it is given the defaults listed for the next two attributes.</li>
<li style="margin-top:0.5em;margin-bottom:0.5em"><b>digits: </b>the number of decimal digits normally formatted. The default is 2.</li><li style="margin-top:0.5em;margin-bottom:0.5em"><b>rounding: </b>the rounding increment, in units of 10<sup>-digits</sup>. The default is 1. Thus with fraction digits of 2 and rounding increment of 5, numeric values are rounded to the nearest 0.05 units in formatting. With fraction digits of 0 and rounding increment of 50, numeric values are rounded to the nearest 50.</li>
</ul><font face="'times new roman', serif"><div style="background-color:transparent;margin-top:0px;margin-left:0px;margin-bottom:0px;margin-right:0px"><div></div></div><div style="background-color:transparent;margin-top:0px;margin-left:0px;margin-bottom:0px;margin-right:0px">
<br></div><div style="background-color:transparent;margin-top:0px;margin-left:0px;margin-bottom:0px;margin-right:0px"><a href="https://plus.google.com/114199149796022210033" target="_blank">Mark</a></div><div style="background-color:transparent;margin-top:0px;margin-left:0px;margin-bottom:0px;margin-right:0px">
<i><br></i></div><div style="background-color:transparent;margin-top:0px;margin-left:0px;margin-bottom:0px;margin-right:0px"><i>— Il meglio è l’inimico del bene —</i></div></font><div><div><font face="'times new roman', serif"><i><span style="font-style:normal"><i></i></span><i></i></i></font></div>
</div><br>
<br><br><div class="gmail_quote">On Tue, Sep 11, 2012 at 12:46 PM, Nebojša Ćirić <span dir="ltr"><<a href="mailto:cira@google.com" target="_blank">cira@google.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Also, CLDR vs ISO currency bug - <a href="http://unicode.org/cldr/trac/ticket/5302" target="_blank">http://unicode.org/cldr/trac/ticket/5302</a><div class="gmail_extra"><div><div class="h5"><br><br><div class="gmail_quote">
2012/9/10 Nebojša Ćirić <span dir="ltr"><<a href="mailto:cira@google.com" target="_blank">cira@google.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Btw. I've filed a bug wrt. de-DD with ICU - <a href="http://bugs.icu-project.org/trac/ticket/9562" target="_blank">http://bugs.icu-project.org/trac/ticket/9562</a> <div class="gmail_extra">

<div><div><br><br><div class="gmail_quote">2012/9/10 Nebojša Ćirić <span dir="ltr"><<a href="mailto:cira@google.com" target="_blank">cira@google.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br><div class="gmail_extra"><br><br><div class="gmail_quote"><div>2012/9/10 Norbert Lindenberg <span dir="ltr"><<a href="mailto:ecmascript@norbertlindenberg.com" target="_blank">ecmascript@norbertlindenberg.com</a>></span><br>



<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div><br>
On Sep 10, 2012, at 13:24 , Nebojša Ćirić wrote:<br>
<br>
>> Can you provide bug IDs?<br>
><br>
>    # ICU bug <a href="http://bugs.icu-project.org/trac/ticket/9547" target="_blank">http://bugs.icu-project.org/trac/ticket/9547</a><br>
>   'data/test/suite/intl402/ch11/11.3/11.3.2_TRP.js': 'FAIL',<br>
>   # ICU bug <a href="http://bugs.icu-project.org/trac/ticket/9265" target="_blank">http://bugs.icu-project.org/trac/ticket/9265</a><br>
>   'data/test/suite/intl402/ch09/9.2/9.2.5_11_g_ii_2.js': 'FAIL'<br>
><br>
>  I don't have actual bug ID for ISO - CLDR issue (the fraction digits for currencies). I'll talk to Mark about it.<br>
<br>
</div>Thanks!<br>
<div><br>
>> > 8/25 EF are from not implementing the i18n support for localeCompare and similar functions (yet).<br>
>><br>
>> Looking forward to more info on this once you get there.<br>
>><br>
> As soon as we ratify the spec :).<br>
<br>
</div>Would be good to try this before we ratify. Just don't ship it yet :-)<br>
<div><br>
> NativeJSFormatter is V8 C++ method and it can detect if it was called as constructor or not. But by the time I call it it's already too late. It's interesting that requirement like this is in ES spec, but they don't provide a way to check/enforce it.<br>




<br>
</div>Have you talked to the V8 team about this and the prototype issue?<br></blockquote><div><br></div></div><div>I filled a bug about prototype issue - <a href="http://code.google.com/p/v8/issues/detail?id=2293" target="_blank">http://code.google.com/p/v8/issues/detail?id=2293</a>.</div>



<div>As for the new/constructor issue they pointed out the internal C++ method I can't use (as mentioned). I am not sure they can do much there without actual ES spec telling them what/how to do it.</div><div>
<div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div>
> > 2/6 F are from 1x.3_a.js tests, where 0 property of Array.prototype is tainted. I don't know how to guard against this. Any pointers?<br>
><br>
> You mean 9.2.1_2.js and 9.2.6_2.js? The spec here refers to the List specification type, and I implemented List objects using Array methods that you have to grab before anybody can replace them.<br>
><br>
> Methods are fine, but what do you do with '0' property. You can't grab all indices in range to protect override.<br>
<br>
</div>List.prototype = Object.create(null);<br>
<div><br>
> I have to check why:<br>
><br>
> Object.defineProperty(Intl.Collator, 'prototype', new Intl.Collator())<br>
<br>
</div>I changed the spec a while ago to not use an actual Collator object as the prototype object, after Allen and Suzuki-san reported problems with this approach. Use Intl.Collator.call({}) with the standard built-in values of Intl.Collator and Function.prototype.call instead.<br>




<br>
</blockquote></div></div><br>I'll try that, thanks.<span><font color="#888888"><br clear="all"><div><br></div>-- <br>Nebojša Ćirić<br>
</font></span></div>
</blockquote></div><br><br clear="all"><div><br></div></div></div><span><font color="#888888">-- <br>Nebojša Ćirić<br>
</font></span></div>
</blockquote></div><br><br clear="all"><div><br></div></div></div><span class="HOEnZb"><font color="#888888">-- <br>Nebojša Ćirić<br>
</font></span></div>
<br>_______________________________________________<br>
es-discuss mailing list<br>
<a href="mailto:es-discuss@mozilla.org">es-discuss@mozilla.org</a><br>
<a href="https://mail.mozilla.org/listinfo/es-discuss" target="_blank">https://mail.mozilla.org/listinfo/es-discuss</a><br>
<br></blockquote></div><br></div>