it does.
Mihai
On Wed, Oct 23, 2013 at 4:19 PM, Allen Wirfs-Brock
al...@wirfs-brock.comwrote:
On Oct 23, 2013, at 3:09 PM, Nebojša Ćirić wrote:
String.prototype.normalize(form) spec is here -
http://people.mozilla.org/~jorendorff/es6-draft.html#sec-
string.prototype.normalize. It offers
) queries to the hash with N keys.
Mihai and I lean towards 3. because it gives more control to the user on
what you want to check. For example, it doesn't make sense to ignoreCase
for locales that don't have case distinction. Or user may want to preserve
accents in the comparison...
--
Nebojša Ćirić
[+mscherer]
2013/10/24 Nebojša Ćirić c...@google.com
String.prototype.normalize(form) spec is here -
http://people.mozilla.org/~jorendorff/es6-draft.html#sec-string.prototype.
normalize. It offers all 4 forms of normalization.
We did mention additional CF and CFNKFC forms for case folding
-offset-amount-in-js?rq=1related
to this topic, and answers are not 100% satisfactory.
We could discuss this on our next i18n ad-hoc meeting (tentative date
2013-04-19, 9:30am) if we have time, but I think it's a good question for
the main group too.
Regards,
Nebojša Ćirić
That's correct. We may need reverse too - for given UTC epoch milliseconds
(or minutes after UTC Date) tell me what the date components would be in a
given timezone.
2013/4/9 Domenic Denicola dome...@domenicdenicola.com
From: Nebojša Ćirić [c...@google.com]
Since we (i18n) already have
Sounds about right. We just need to agree it's worth doing it, and in which
version of ES and i18n we wanna do it. If we keep tz parameter optional, we
would avoid additional data burden on lite JS implementations.
2013/4/9 Domenic Denicola dome...@domenicdenicola.com
From: Nebojša Ćirić [c
Wrote a short strawman -
http://wiki.ecmascript.org/doku.php?id=globalization:timezoneoffsets
2013/4/9 Nebojša Ćirić c...@google.com
Sounds about right. We just need to agree it's worth doing it, and in
which version of ES and i18n we wanna do it. If we keep tz parameter
optional, we would
| Brandschenkestrasse 110 | Zurich, Switzerland |
8002 Zurich | Identifikationsnummer: CH-020.4.028.116-1
On Tue, Apr 9, 2013 at 2:46 PM, Nebojša Ćirić c...@google.com wrote:
Wrote a short strawman -
http://wiki.ecmascript.org/doku.php?id=globalization:timezoneoffsets
2013/4/9 Nebojša Ćirić c...@google.com
Gentlemen,
please take a look at
http://wiki.ecmascript.org/doku.php?id=globalization:strawman and add any
documents that are missing, before the March meeting.
--
Nebojša Ćirić
___
es-discuss mailing list
es-discuss@mozilla.org
https
is undefined.
2013/2/6 Norbert Lindenberg ecmascr...@norbertlindenberg.com
On Feb 6, 2013, at 12:14 , Nebojša Ćirić wrote:
Does the test:
intl402/ch11/11.3/11.3.2_1_a_ii.js
This tests the behavior of the function returned by
Intl.NumberFormat.prototype.format with various values for the value
says that x has to be a Number but not
what happens if it's not (or I missed it).
--
Nebojša Ćirić
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
of the page.
Should I also link this page to the main ES strawman list?
--
Nebojša Ćirić
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
extension to the locale id and option to the collator
Pseudo-numbering systems (Norbert)
- financial numbering systems should be resolved with actual system*
--
Nebojša Ćirić
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org
-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/**listinfo/es-discusshttps://mail.mozilla.org/listinfo/es-discuss
--
Nebojša Ćirić
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
support the highest.
--Rich Gillam
Lab126
On Sep 27, 2012, at 9:14 AM, Nebojša Ćirić wrote:
https://docs.google.com/spreadsheet/ccc?key=0AhsGcaqNtRMpdC1FVEZOZ2tqdWRHdWdtRkMyaFM3VGc#gid=0
Please take a look at the document. Add new or comment on existing
features.
I'll send a calendar
that as an Ecma group we have to keep records in standard archives,
i.e., wiki.ecmascript.org for feature proposals, bugs.ecmascript.org for
smaller items, and members.ecma-international.org for minutes.
Norbert
On Sep 27, 2012, at 9:14 , Nebojša Ćirić wrote:
https://docs.google.com/spreadsheet/ccc?key
https://docs.google.com/spreadsheet/ccc?key=0AhsGcaqNtRMpdC1FVEZOZ2tqdWRHdWdtRkMyaFM3VGc#gid=0
Please take a look at the document. Add new or comment on existing features.
I'll send a calendar invite shortly.
--
Nebojša Ćirić
___
es-discuss mailing
BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
BEGIN:VEVENT
DTSTART:20121005T17Z
DTEND:20121005T235000Z
DTSTAMP:20120927T164527Z
ORGANIZER:mailto:c...@google.com
UID:5bd4p7dr7hf722cif4014ki...@google.com
To translate parts in Serbian:
Meeting is 10/5/2012, 10am - 4:50pm. The rest is hopefully readable to
everybody :)
27. септембар 2012. 09.45, Nebojša Ćirić c...@google.com је написао/ла:
више детаља
»https://www.google.com/calendar/event?action=VIEWeid
For some reason I can't open document repository to look at the latest
venue document. The last one I have says that the room is still unknown.
--
Nebojša Ćirić
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es
Also, CLDR vs ISO currency bug - http://unicode.org/cldr/trac/ticket/5302
2012/9/10 Nebojša Ćirić c...@google.com
Btw. I've filed a bug wrt. de-DD with ICU -
http://bugs.icu-project.org/trac/ticket/9562
2012/9/10 Nebojša Ćirić c...@google.com
2012/9/10 Norbert Lindenberg ecmascr
2012/9/10 Norbert Lindenberg ecmascr...@norbertlindenberg.com
On Sep 10, 2012, at 13:24 , Nebojša Ćirić wrote:
Can you provide bug IDs?
# ICU bug http://bugs.icu-project.org/trac/ticket/9547
'data/test/suite/intl402/ch11/11.3/11.3.2_TRP.js': 'FAIL',
# ICU bug http://bugs.icu
Btw. I've filed a bug wrt. de-DD with ICU -
http://bugs.icu-project.org/trac/ticket/9562
2012/9/10 Nebojša Ćirić c...@google.com
2012/9/10 Norbert Lindenberg ecmascr...@norbertlindenberg.com
On Sep 10, 2012, at 13:24 , Nebojša Ćirić wrote:
Can you provide bug IDs?
# ICU bug
.
--
Nebojša Ćirić
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
/common/supplemental/supplementalData.xml
ISO - http://www.currency-iso.org/dl_iso_table_a1.xml
We should sanity-check the differences for the future but for testing we
should keep only to the currencies that match for now.
--
Nebojša Ćirić
___
es-discuss
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
--
Nebojša Ćirić
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
Or we could throw TypeError in that case (style not matching).
2012/9/4 Nebojša Ćirić c...@google.com
And {currency: 'USD', style:'percent'} would still produce
{currency:'USD', style: 'currency'}, i.e. currency property dictates the
style?
2012/9/4 Marcos Caceres ecmascr...@marcosc.com
, Aug 30, 2012 at 6:30 PM, Norbert Lindenberg
ecmascr...@norbertlindenberg.com wrote:
In particular, a conformant implementation must be able to compare any
two canonical-equivalent strings as being equal, for all Unicode characters
supported by that implementation.
--
Nebojša Ćirić
to avoid normalization for some locales where
they don't expect problematic characters to occur.
My question is, do we want normalize all strings by default or not, in
compare() method? I think we said no to default normalization at one of the
i18n meetings, but I am not 100% sure.
--
Nebojša Ćirić
the test I internally (ICU code) incremented number of
fractional digits from 2 to 3 - 0.011 then formats as 1.1%. We should
probably change defaults depending on what people expect with percent
formatting.
Did I miss something?
--
Nebojša Ćirić
___
es-discuss
to recognize
any keyword, except for null, search and standard (those 3 get replaced
with default).
--
Nebojša Ćirić
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
to
documents would be good to have.
Regards,
Nebojša Ćirić
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
http://commondatastorage.googleapis.com/chromium-browser-continuous/index.html?path=Mac/138094/
Use debug console and type v8Intl to see internals...
--
Nebojša Ćirić
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo
- NOTE - MUST for zh-TW problem. Make it
a normative must.
- Luke: editorial comment - left for later/es-discuss.
- Alex/Allen: remove LocaleList object and use plain Array.
*
--
Nebojša Ćirić
___
es-discuss mailing list
es-discuss@mozilla.org
-discuss
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
--
Nebojša Ćirić
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org
--
Nebojša Ćirić
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
/licence should be on top? I see only Microsoft and Sputnik
(being obsolete) licences in test262 files.
--
Nebojša Ćirić
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
algorithm doesn't make sense for it. Private use extensions
are treated as normal parts of the language tag with the normal fallback
behavior.
Norbert
On Feb 8, 2012, at 16:36 , Nebojša Ćirić wrote:
Also, should 8.4.5, 2.a. say /-(u|x)(-([a-z0-9]{2,8}))+/ instead of
/-u(-([a-z0-9]{2,8
, in
this case ['sr'].
Implementation wise it's trivial to get either one of those.
--
Nebojša Ćirić
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
Also, should 8.4.5, 2.a. say /-*(u|x)*(-([a-z0-9]{2,8}))+/ instead of /-*u*
(-([a-z0-9]{2,8}))+/?
08. фебруар 2012. 15.58, Nebojša Ćirić c...@google.com је написао/ла:
I am not sure what result we expect from LookupSupportedLocalesOf.
Thy way I read the spec is that if user passes
JavaScript frameworks do it section)
--
Nebojša Ćirić
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
resolve the issue so we can finalize the spec (and
implementations).
Norbert
On Jan 31, 2012, at 10:04 , Nebojša Ćirić wrote:
We (i18n group) mentioned slight problem with Collator.compare() method
to Allen at the last i18n meeting.
The problem is that you can't do:
var col = new
. It seems to me we ought to look at the latter while
finalizing the former -- if not actually interact with developers using the
latter more.
/be
Nebojša Ćirić mailto:c...@google.com
January 20, 2012 2:38 PM
Thanks to Waldemar the meeting notes related to intl work were already
posted
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
--
Nebojša Ćirić
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
.
09. децембар 2011. 14.51, Nicholas C. Zakas
standa...@nczconsulting.comје написао/ла:
I'm still holding out hope for a Locale object that handles everything.
:) Other than that, I think you have covered everything else.
-N
On 12/8/2011 12:55 PM, Nebojša Ćirić wrote:
6. Ability to set
is implementation specific default locale.
What do you think?
14. децембар 2011. 09.47, Nebojša Ćirić c...@google.com је написао/ла:
I have a feeling that the main group prefers module approach
(Object.system.load('@globalization') kind) over a new global object given
the future direction
locale info.
Did I miss anything?
--
Nebojša Ćirić
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
6. Ability to set global locale list.
08. децембар 2011. 10.25, Nebojša Ćirić c...@google.com је написао/ла:
There are couple of threads going on and I wanted to wrap up current state
before the holidays...
API:
1. Use built in toLocaleString family of methods in simple, functional
case
delimiters, grouping separators...
** - provide formatting as is (as specified by LDML pattern). No locale
data is used (except some delimiters, say . and , for decimal separation).
--
Nebojša Ćirić
___
es-discuss mailing list
es-discuss@mozilla.org
https
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
--
Nebojša Ćirić
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
object-based (to amortize construction cost) and
functional (with cached object) flavors? Win-win, and lots of precedent in
various libraries going back to POSIX era libc IIRC.
/be
On Dec 2, 2011, at 10:20 AM, Nebojša Ćirić wrote:
I know this is related to the actual implementation
At this point we have 3 proposals:
1. Tie in to toLocaleString type of methods
2. Functional proposal
3. Object-based proposal
I think 1. suffices for a casual user that doesn't care about what got
resolved to what, and which locale or pattern fallback was used.
We could expose either
-discuss@mozilla.org
https://mail.mozilla.org/**listinfo/es-discusshttps://mail.mozilla.org/listinfo/es-discuss
--
Nebojša Ćirić
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
28. новембар 2011. 11.27, Nicholas C. Zakas
standa...@nczconsulting.comје написао/ла:
On 11/28/2011 9:15 AM, Nebojša Ćirić wrote:
It's my fault - I read discussed with Norbert as if you and Norbert
agreed on this approach.
No worries - email is hard. :)
We are essentially choosing
concise.
var price = 300;
var currency = price.toLocaleString({style: currency, currency: USD});
--
erik
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
--
Nebojša Ćirić
, but I don't think that would be reallistic if we were to start
working on i18n API prototype(s) in the near future.
What do you think would be a good alternative (Object system was
mentioned, but I would need more deatails there)?
--
Nebojša Ćirić
in the future in an easy way? All of the properites in
the options object are optional (with some exceptions)
Feel free to start a new email thread for hot topics.
--
Nebojša Ćirić
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org
је
написао/ла:
**
On 17.11.2011 22:07, Nebojša Ćirić wrote:
HI all,
we briefly discussed the i18n namespace at the meeting yesterday. It
seems that Globalization (current proposal) could conflict with jQuery
plugin, and also some members were worried about the actual name length
Pastebin may be better for showing syntax - http://pastebin.com/pjfdKYss.
17. новембар 2011. 10.33, Nebojša Ćirić c...@google.com је написао/ла:
Hi all,
there were couple concerns yesterday about the API (some concrete, some
vague), and we would like to resolve those as soon as possible
it on es-discuss, with TC39ers beyond Allen participating.
I've started two threads on es-discuss, one about the namespace the other
about the API concerns. Thanks for the input.
--
Nebojša Ćirić
___
es-discuss mailing list
es-discuss@mozilla.org
https
Q. API is too Java like. Use shorthand to invoke formatters.
A. I would like to hear proposals on how to make it more JS like. Adding
shorthand syntax is easy, but most of TC39 members were against having 2
ways of doing things first time we proposed it.
Here is an example of current API in
Nit: still would want the @, so '@globalization' or something shorter.
'@locale'?
I was just making sure I got your idea right. I'll use @ in the future.
That's a good start at a shim hack. Better still would be to work
incrementally to eliminate the v8Locale global property.
Chrome
/es-discuss
--
Nebojša Ćirić
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
to actually make that work?
What we did talk about was exposing the system loader to unversioned
script through an API, say Object.System. Then you could
Object.System.load(@g11n ...) and get stuff done. The built-ins should
not require a callback
/be
--
Nebojša Ćirić
for
example (preset, easy to understand enums vs strenght).
11. Overall this proposal seems to be much scaled back from the earlier
proposals. Please comment on the planned future direction.
See #3
--
Nebojša Ćirić
___
es-discuss mailing list
es
to in future versions of the API. I've
written up an API proposal for this as well.
The API proposals are located at:
http://norbertlindenberg.com/ecmascript/internationalization-formats.html
Best regards,
Norbert
--
Nebojša Ćirić
___
es-discuss mailing
far limited to NumberFormat and its prerequisites, is here:
http://norbertlindenberg.com/ecmascript/internationalization-api.html
I propose we go over the comments within the document at our meeting next
week.
Best regards,
Norbert
--
Nebojša Ćirić
://norbertlindenberg.com/ecmascript/internationalization-api.html
I propose we go over the comments within the document at our meeting next
week.
Best regards,
Norbert
--
Nebojša Ćirić
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org
,
Nebojsa Ciric
01. август 2011. 09.29, Nebojša Ćirić c...@google.com је написао/ла:
So far we have Monday and Tuesday off the table, and some people hinting
that Wednesday would work best for them. Anybody has a conflict with
*Wednesday,
August 17th*? I'll schedule a meeting by EOD tomorrow
and present it in front of TC39 the same month.
Regards,
Nebojša Ćirić
02. август 2011. 12.23, Nebojša Ćirić c...@google.com је написао/ла:
I've created shared Google
dochttps://docs.google.com/document/d/1jCoJ7NU8JDTkBKPCDrSpdCVGd8DTl50iVwXvVhhC21s/edit?hl=srwith
all items we discussed
An update from the main TC39 meeting:
We will aim for frozen spec in September, do a round of implementation and
go for General Assembly in June.
27. јул 2011. 10.52, Nebojša Ćirić c...@google.com је написао/ла:
Hi all,
these are steps that need to happen if we were to meet deadline for Ecma
: 253214328
Regards,
Nebojša Ćirić
29. јун 2011. 10.32, Nebojša Ćirić c...@google.com је написао/ла:
Hi all,
there is going to be a face-to-face meeting on Tuesday, July 26. 2011,
from 10h to 17h at Microsoft campus in Redmond. Peter Constable offered to
provide details (building, room
document (yet to be
written). I'll send updates to the strawman this week, and base first draft
on finalized strawman. If there are any other topics you would like covered
please reply to this email today so I can send final agenda to John Neumann
by the end of the week.
Regards,
Nebojša Ćirić
I should have used ¤ (\u00A4) instead of $.
So ¤ gets replaced with proper currency symbol/code.
23. мај 2011. 11.08, Mike Samuel mikesam...@gmail.com је написао/ла:
2011/5/20 Nebojša Ćirić c...@google.com:
Current proposal for NumberFormat specifies style (percent, currency,
decimal
.
- If language id is invalid (but well formed):
- xy-666 - keep it and do best you can - implementation dependent.
--
Nebojša Ćirić
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
of pattern) in the
skeleton. In that case we would find patterns for both parts and then join
them.
Number formatting was one item we didn't finish last time, so I expect more
discussion on Monday.
--
Nebojša Ćirić
___
es-discuss mailing list
es
that surfaced during implementation (we have Amazon
implementation, and Google v8 for now)
- Next steps wrt. writing formal document
--
Nebojša Ćirić
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
doesn't bring much
value and makes implementation more complex. Overriding default calendar is
rare operation, and can be easily done with -u-ca extension - one just needs
to create new locale.
6. I would rename *dateSkeleton* into *skeleton* in DateTimeFormat settings.
--
Nebojša Ćirić
4. Should we rename LocaleInfo.*collator*()/*numberFormat*()/*
dateTimeFormat*() into LocaleInfo.*createCollator*()...? It makes it clear
we are creating new object.
The methods on the LocaleInfo constructor or are they really
LocaleInfo.prototype methods. In other words are the results
or
var dtf = new LocaleInfo.DateTimeFormat({skeleton: 'MMMy'}, locale});
18. мај 2011. 16.11, John Tamplin j...@google.com је написао/ла:
On Wed, May 18, 2011 at 6:35 PM, Nebojša Ćirić c...@google.com wrote:
4. Should we rename LocaleInfo.*collator*()/*numberFormat*()/*
dateTimeFormat
18. мај 2011. 16.48, Allen Wirfs-Brock al...@wirfs-brock.com је
написао/ла:
On May 18, 2011, at 4:33 PM, Nebojša Ćirić wrote:
John,
I think you are correct. We allow for cached items, so it wouldn't be
new object we return in that case. I guess it's better to leave names as
they are now
/55611/javascript-private-methods).
18. мај 2011. 17.55, Allen Wirfs-Brock al...@wirfs-brock.com је
написао/ла:
On May 18, 2011, at 5:06 PM, Nebojša Ćirić wrote:
If I remove constructor LocaleInfo.DateTimeFormat where would I put
LocaleInfo.DateTimeFormat.prototype.format() method for example
of the meeting
so we can discuss any design/API issues. We should be wrapping up details
and starting work on the standards document.
Please list any topics you would like to have covered during the May
meeting.
Regards,
Nebojša Ćirić
___
es-discuss mailing list
es
(didn’t match sr-MN, best match was
sr-RS)BA
** - Implementation are free to pick the best default value for their
platform. One possible default could be root locale.
--
Nebojša Ćirić
___
es-discuss mailing list
es-discuss@mozilla.org
https
Shawn, would you be ok with adding this new API to the list for 0.5 so we
can support collation search?
I'll edit the strawman in case nobody objects to this addition.
25. март 2011. 16.34, Nebojša Ćirić c...@google.com је написао/ла:
In that case I wouldn't put this new functionality
with this design
compared to what came previously.
Addison
*From:* Nebojša Ćirić [mailto:c...@google.com]
*Sent:* Monday, March 28, 2011 2:26 PM
*To:* Phillips, Addison
*Cc:* Mark Davis ☕; es-discuss@mozilla.org; Shawn Steele
*Subject:* Re: Collation API not complete for search
How
21:42, Nebojša Ćirić wrote:
Looking through the notes from the meeting I also found some problems
with the collator. We did specify the collatorType: search, but we
didn't offer a function that would make use of it. Mark and I are
thinking about:
/**
* string - string to search over
the user
settings from system or somewhere else...
We also need to put a guidance about what would implementation do if the
system locale doesn't match with the current page locale.
*From:* Nebojša Ćirić [mailto:c...@google.com]
*Sent:* Monday, March 21, 2011 5:29 PM
*To:* es-discuss@mozilla.org
explosion
with all ignoreXXX options we defined. My proposal is to define only N that
make sense (and can be supported by all implementors) and fall back the rest
to some predefined default.
--
Nebojša Ćirić
___
es-discuss mailing list
es-discuss@mozilla.org
agree that returning a boolean makes for easier tests in loops.
25. март 2011. 14.00, Mike Samuel mikesam...@gmail.com је написао/ла:
2011/3/25 Nebojša Ćirić c...@google.com:
Looking through the notes from the meeting I also found some problems
with
the collator. We did specify
mikesam...@gmail.com:
2011/3/25 Nebojša Ćirić c...@google.com:
find method wouldn't return boolean but an array of two values:
Sorry if I wasn't clear. The !! at the beginning of the call to find
is important.
The undefined value you mentioned below as possible no match result
of bound by default. I don't know of any examples in ES5, but
it's easy to specify.
Axel
On 21.03.11 18:26, Mark S. Miller wrote:
On Mon, Mar 21, 2011 at 5:37 PM, Nebojša Ćirić c...@google.com
mailto:c...@google.com wrote:
Sorry, I didn't get the difference first time around
at 8:18 AM, Nebojša Ćirić c...@google.com wrote:
So if we have something like this:
LocaleInfo.Collator.prototype.compare = function(a, b) {
...
};
How do you specify it's bound by default?
Two choices:
1) Don't put it on the prototype. Rather, make it part of each instance
state, don't
by emails.
In case you feel we should have F2F meeting in May please email me by EOD.
--
Nebojša Ćirić
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
dateType to get value from the system or cloud.
- .options[skeleton] should contain best match for the given skeleton
--
Nebojša Ćirić
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
Sorry, I didn't get the difference first time around.
Also, current fix is to do:
array.sort(function(a,b) { return coll.compare(a,b); });
21. март 2011. 17.31, Erik Arvidsson erik.arvids...@gmail.com је
написао/ла:
On Mon, Mar 21, 2011 at 17:28, Nebojša Ćirić c...@google.com wrote:
Started
-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
--
Nebojša Ćirić
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
that was format.(df.format(...));
09. март 2011. 15.01, Nebojša Ćirić c...@google.com је написао/ла:
This proposal intentionally avoids i18n issues and focuses on general
formatting. One can still use i18n features from our API like so:
var locale = new LocaleInfo();
var df
-discuss
--
Nebojša Ćirić
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
Hi all,
please take a look at the venue
informationhttps://members.ecma-international.org/get.php?group=TC39file=2011_sub_tc39-2011-011.docat
members area and fill out the form if you are going to attend the
meeting.
Please email me if you would prefer to dial-in.
Regards,
Nebojša Ćirić
1 - 100 of 113 matches
Mail list logo