Re: date/Snow Leopard changed
Re: date/Snow Leopard changed
- Subject: Re: date/Snow Leopard changed
- From: "Mark J. Reed" <email@hidden>
- Date: Tue, 8 Sep 2009 10:05:35 -0400
The ability to parse arbitrary date strings is not the sort of thing I
expect to be a core feature. Aside from the rather feature-heavy
PHP, I can't think of any other language that comes with such
functionality built-in. It's something you put in an add-on module,
like Perl's Time::ParseDate or Python's dateutil or Ruby's optional
Date class (as opposed to the core Time class).
On the other hand, the ability to specify arbitrary dates without
having to worry about the vagaries of locales *should* be a core
feature.
On Tue, Sep 8, 2009 at 9:53 AM, Yvan KOENIG<email@hidden> wrote:
>
> Le 8 sept. 2009 à 15:37:56, Deivy Marck Petrescu a écrit :
>
>>
>> On Sep 8, 2009, at 09:22, Mark J. Reed wrote:
>>
>>> On Mon, Sep 7, 2009 at 6:57 PM, Nigel
>>> Garvey<email@hidden> wrote:
>>>>
>>>> Personally, I quite enjoy the current behaviour. :)
>>>
>>> While I agree that the automatic correction of invalid dates is a
>>> feature and not a bug, I also feel that the ability to set the whole
>>> date at once without having to parse a locale-dependent string would
>>> be useful. The need to set the components in a certain order - and
>>> some of them twice - in order to obtain an arbitrary date is, at best,
>>> inelegant.
>>>
>>> -- Mark J. Reed <email@hidden>
>>
>>
>> That all would be avoided is <<class isot>> would be allowed both ways
>> without hack.
>>
>> ISO Time: Year-Month-Day-T-Hours(0-24)-Minutes-Seconds
>>
>>
>> Isn't it great?
>>
>> As far as I know currently AS allows for AS Date --> ISO Time but not the
>> other way around.
>>
>
>
> Even if ISO Time is available, we will continue, for years, to receive dates
> in different local formats.
>
> I described three of them but I assume that Arabic countries have their own
> ones, that Eastern countries have their own ones.
>
> It would be really useful to have the ability to decipher these formats with
> 'in_the_box' tools.
>
> Refusing to offer this kind of tool is deciding that only one format need
> serious treatment and that others are 2nd class ones, what I name: segre… !
>
> Yvan KOENIG (VALLAURIS, France) mardi 8 septembre 2009 15:53:37
>
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> AppleScript-Users mailing list (email@hidden)
> Help/Unsubscribe/Update your Subscription:
> Archives: http://lists.apple.com/archives/applescript-users
>
> This email sent to email@hidden
>
--
Mark J. Reed <email@hidden>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
AppleScript-Users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
Archives: http://lists.apple.com/archives/applescript-users
This email sent to email@hidden