Thank Stef.. Actually im using chalten in my application, my suggestion was oriented to replace the hardcode to use the same way such as other chronologycs constants.. Best On Fri, Dec 10, 2010 at 10:58 AM, Stéphane Ducasse < stephane.ducasse@inria.fr> wrote:

The problem is that we should not change kernel methods. I suggest that we use chronos or chalten for localized applications.

Stef

...

Hi folks.

First make a question, in this list.

String>>asDate message assume(harcode way) english date format.. may be.. may be better if the date format to take it to a context variable as with the names of the months?

Best..

I suggest that asDate shouldn't be part of the kernel. Noury On 10 déc. 2010, at 18:59, csrabak@bol.com.br wrote:

I second your first assertion. However, although I find Chronos a fine package, I feel this is an interim solution, because we've other places we need i18n support, I propose this as subject for the next IRC meeting!

-- Cesar Rabak

Em 10/12/2010 11:58, Stéphane Ducasse < stephane.ducasse@inria.fr > escreveu: The problem is that we should not change kernel methods. I suggest that we use chronos or chalten for localized applications.

Stef

...

Hi folks.

First make a question, in this list.

String>>asDate message assume(harcode way) english date format.. may be.. may be better if the date format to take it to a context variable as with the names of the months?

Best..