> localtime() and gmtime() seem fairly core to me. The array contexts are
> simple, and the scalar context is an RFC valid string. Nothing too heavy
> there. The time() function is "typically" only moderately useful without
> localtime().
This is true if the time() function returns a simple sca
Paul Seamons skribis 2005-06-02 9:43 (-0600):
> localtime() and gmtime() seem fairly core to me. The array contexts are
> simple, and the scalar context is an RFC valid string. Nothing too heavy
s/array context/list context/
Juerd
--
http://convolution.nl/maak_juerd_blij.html
http://convol
> So, if we continue following this API, Perl6 core will contain time(),
> but no localtime() nor gmtime(). The Date module will provide human
> readable date and time strings, and basic date math.
localtime() and gmtime() seem fairly core to me. The array contexts are
simple, and the scalar co
On Wed, Jun 01, 2005 at 03:42:57PM +1200, Sam Vilain wrote:
> I've made a start on this. See ext/Date in pugs. I don't think that
> your views are necessarily contrary.
That's what I'm looking for. Thank you!
> The biggest reason I didn't use DateTime was that I found it awkward
> for the comm
Sam Vilain wrote:
I also don't like implicit normalisation to seconds
underneath the hood when I'm doing basic date calculations, and
the way that the "DateTime" base class is inherantly based on the
Gregorian calendar.
I concur in this view. From a typing point of view there should
be some com
Rob Kinyon wrote:
What I'm trying to get at isn't that DateTime's API should be
preserved. I'm saying that the concept of DateTime should be ported.
Core or not core - it doesn't matter. When use'd (or installed), it
should override now() (and anyone else we can think of) to return an
object that
On Tue, May 31, 2005 at 01:11:21PM -0500, Rod Adams wrote:
> Nathan Gray wrote:
> >possibly as an strftime() pattern.
>
> Can we please make sure that strftime() is _not_ OS dependent like the
> POSIX version is now?
I don't mind an OS dependent strftime() as long as we have some
formatter that
On May 31, 2005, at 2:22 PM, Rob Kinyon wrote:
my ($launch_date = now() + 6 weeks) but time(9am);
Sure. $launch_date is of type DateTime. It will numify to the
seconds-since-the-epoch, stringify to some date string, and provide
all the neat-o-keen methods you want it to have.
Works for m
> - I didn't say we shouldn't port DateTime. My point was simply that,
> based on the amount of date-related code on CPAN, this is an issue
> that many people care about quite a bit. We would probably be well
> served to consider it carefully and decide on what semantics we
> really want. Maybe
On May 31, 2005, at 1:16 PM, Rob Kinyon wrote:
What's wrong with porting DateTime?
It's back to the old question of "what's in core?" Are dates and
times something that are used in such a large proportion of programs
that they deserve to be shipped in the basic grammar? Or perhaps in
the b
Nathan Gray wrote:
possibly as an strftime() pattern.
Can we please make sure that strftime() is _not_ OS dependent like the
POSIX version is now?
-- Rod Adams
> > What's wrong with porting DateTime?
>
> It's back to the old question of "what's in core?" Are dates and
> times something that are used in such a large proportion of programs
> that they deserve to be shipped in the basic grammar? Or perhaps in
> the basic set of packages?
>
> Perl 5 has a
On May 31, 2005, at 9:51 AM, Rob Kinyon wrote:
On 5/31/05, Nathan Gray <[EMAIL PROTECTED]> wrote:
As I am interested in human-readable dates and times, and having
found
no conclusive discussion on time formatting, I make my recommendation
for a syntax (to start discussion, and allow for dat
On Tue, May 31, 2005 at 09:23:11AM -0400, Nathan Gray wrote:
> As I am interested in human-readable dates and times, and having found
> no conclusive discussion on time formatting, I make my recommendation
> for a syntax (to start discussion, and allow for date formatting to be
> implemented in pug
On 5/31/05, Nathan Gray <[EMAIL PROTECTED]> wrote:
> As I am interested in human-readable dates and times, and having found
> no conclusive discussion on time formatting, I make my recommendation
> for a syntax (to start discussion, and allow for date formatting to be
> implemented in pugs):
What'
As I am interested in human-readable dates and times, and having found
no conclusive discussion on time formatting, I make my recommendation
for a syntax (to start discussion, and allow for date formatting to be
implemented in pugs):
I would like for time() to return an object, which in numeric co
16 matches
Mail list logo
