Smalltalk › Pharo › Pharo Smalltalk Developers

A suggestion.

_‹ Previous Topic Next Topic _›

Classic

List

Threaded

6 messages Options

Diogenes Moreira

A suggestion.

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..

Diogenes Moreira

Re: A suggestion.

One data more...

may be, can be definied un ChronologyConstants class

On Fri, Dec 10, 2010 at 9:27 AM, Diogenes Moreira <[hidden email]> wrote:

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..

Stéphane Ducasse

Re: A suggestion.

In reply to this post by Diogenes Moreira

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..

Diogenes Moreira

Re: A suggestion.

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 <[hidden email]> 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..

csrabak

Re: A suggestion.

In reply to this post by Stéphane Ducasse

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 < [hidden email] > 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..

Noury Bouraqadi-2

Re: A suggestion.

I suggest that asDate shouldn't be part of the kernel.

Noury
On 10 déc. 2010, at 18:59, [hidden email] 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 < [hidden email] > 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..
>
>
>
>