Alternate date/number formatting

[globalizejs]

Alternate date/number formatting

[scottgonzalez]

Wouldn't allowing the user to customize the actual tokens break interoperability between plugins? I'm all for using an existing format, but I don't think it should be customizable.

[poswald]

I was thinking more along the lines of a mapping between whatever formatting string is passed and the one used here. Something such that you could pass these in as the formatting string into formatDate(value, format, culture) and it would know how to parse the formatting string. I wouldn't want to have a second set of culture-coded formats.

I want a culturally ignorant mode where I just set it up so that it uses whatever settings the server is using to render the html. Sort of a server defined custom culture I guess. Perhaps I just need a utility to map the server's format strings over to a culture once.

It could be that, for instance, the Django locales map to these cultures and we can simply assume that a date output by the ja-JP culture in jquery.global will parse correctly by the ja-JP locale in Django when submitted as a form field. That's a bit of a leap of faith though, and a whole lot of work to double-check.

[jzaefferer]

A JS date library can't accomodate every serverside library, so eventually there has to be some kind of mapping.