Re: A new era for Temporal

2010-04-08 Thread Carl Mäsak
Mark (>): > This looks much better.  Thank you.  When can we expect to see the new > version implemented in Rakudo?  Need any help on that front? A preliminary version is already checked in, and works. It's not full-featured yet, but work is underway. Commits are appreciated, as always.

Unchecked versions of the setters (Re: Temporal.pod truncate)

2010-04-08 Thread Carl Mäsak
Mark (>): > I do think that an "unchecked" version of the setters is called for, one > that silently converts out-of-range values rather than throwing an > exception.  That's not an easy thing to implement outside of the library > without duplicating all the range-checking code. Hm, true (it's not

r30351 - docs/Perl6/Spec/S32-setting-library

2010-04-08 Thread pugs-commits
Author: masak Date: 2010-04-09 08:33:32 +0200 (Fri, 09 Apr 2010) New Revision: 30351 Modified: docs/Perl6/Spec/S32-setting-library/Temporal.pod Log: [S32/Temporal] oops, 1996 *was* a leap year Switching to 2006. Neural glitch pointed out by yary++. Modified: docs/Perl6/Spec/S32-setting-librar

Re: A new era for Temporal

2010-04-08 Thread Mark J. Reed
This looks much better. Thank you. When can we expect to see the new version implemented in Rakudo? Need any help on that front? On Thu, Apr 8, 2010 at 5:52 PM, Carl Mäsak wrote: > We (mberends and masak) just pushed a commit to S32::Temporal which > completely replaces what we had before. Th

Re: Temporal.pod truncate

2010-04-08 Thread Mark J. Reed
I think that :to should stay as-is; it truncates to whatever the .week method returns, and that's Monday-based. It would be too inconsistent for it to do anything else. Asking for the latest prior Sunday or any other weekday is a useful function, but it doesn't really have anything to do with 'tr

Re: r30346 - docs/Perl6/Spec/S32-setting-library

2010-04-08 Thread yary
On Thu, Apr 8, 2010 at 2:31 PM, wrote: > +month (for example April 31st) or in that non-leap year (for example February > +29th 1996). 1996 *was* a leap year! Use 2006 (or 2010, or... etc) if you want a Feb with 28 days.

Re: Temporal.pod truncate

2010-04-08 Thread Carl Mäsak
John (>): > Small feature request: > >  $dt.truncate( :to ); > is somewhat ambiguous, since some people start their week on Sunday, while > the module truncates to Monday. > > Would you consider a less ambiguous week truncation? > >  $dt.truncate( :to ); >  $dt.truncate( :to ); I had the same thou

r30348 - docs/Perl6/Spec/S32-setting-library

2010-04-08 Thread pugs-commits
Author: Darren_Duncan Date: 2010-04-09 00:09:48 +0200 (Fri, 09 Apr 2010) New Revision: 30348 Modified: docs/Perl6/Spec/S32-setting-library/Temporal.pod Log: S32-Temporal : fold nanosecond into second, fixing regression and inconsistency with the rest of the Synopsis Modified: docs/Perl6/Spec/

Temporal.pod truncate

2010-04-08 Thread John Williams
Small feature request: $dt.truncate( :to ); is somewhat ambiguous, since some people start their week on Sunday, while the module truncates to Monday. Would you consider a less ambiguous week truncation? $dt.truncate( :to ); $dt.truncate( :to ); ~ John Williams

A new era for Temporal

2010-04-08 Thread Carl Mäsak
We (mberends and masak) just pushed a commit to S32::Temporal which completely replaces what we had before. The changes are rooted in hours of discussion on #perl6, and we feel rather more confident with what we have now than with what we had before. That said, discussion is very welcome. I do wa

r30347 - docs/Perl6/Spec/S32-setting-library

2010-04-08 Thread pugs-commits
Author: masak Date: 2010-04-08 23:38:21 +0200 (Thu, 08 Apr 2010) New Revision: 30347 Modified: docs/Perl6/Spec/S32-setting-library/Temporal.pod Log: [S32::Temporal] adjusted date :) Modified: docs/Perl6/Spec/S32-setting-library/Temporal.pod =

r30346 - docs/Perl6/Spec/S32-setting-library

2010-04-08 Thread pugs-commits
Author: masak Date: 2010-04-08 23:31:08 +0200 (Thu, 08 Apr 2010) New Revision: 30346 Modified: docs/Perl6/Spec/S32-setting-library/Temporal.pod Log: [S32::Temporal] big change, based on much discussion A number of people spent last Sunday discussing various solutions to the Temporal module. Th

Re: Good error messages: going the extra mile

2010-04-08 Thread Moritz Lenz
Am 07.04.2010 01:16, schrieb Aristotle Pagaltzis: Hi Larry (mostly) et al, this sounds like something STD could try to steal: * Okay, this may be going a bit far, but how else are you going to fall completely in love wi