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, the culturally appropriate calendar, >> correct currency symbols, and correct sorting. It also helps avoid latency >> by removing the need to send lists back to the server for sorting. > Is it possible to self-host this functionality in JS? Would it make more > sense to just build this functionality as a JS library?
I discussed this in the paragraph that you cut off: >> [...] There are a number of JavaScript libraries for number and date >> formatting, but they require applications to load these libraries and the >> associated locale data, and their coverage for different calendars, time >> zones, and currencies is usually very limited (and where there's more, you >> pay with a bigger download size). As far as I know, there's no JavaScript >> library that supports localized sorting, so the only solution for >> applications is to do all sorting on the server. For sorting in particular, while the (rather complex) algorithms could be ported to JavaScript, it also requires big data tables. Download size is an even bigger concern for web applications than for browsers, and even if you could assume a shared CDN and caching in the browser, nobody wants to be the first one to take the hit. This is really basic infrastructure that for native applications is provided by the OS and for web applications should be provided by the browser. Norbert _______________________________________________ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
