Would someone do me the great favour of summarizing some things for me?
Just the Goals and Design Principles would be great, an outline of
the API(s) would be a bonus.
I'm particularly interested in:
Basic object API (there is going to be an object right?)
Extensibility (through s
On Fri, Jan 24, 2003 at 05:33:05PM -0600, Dave Rolsky wrote:
> On Fri, 24 Jan 2003, Tim Bunce wrote:
>
> > Would someone do me the great favour of summarizing some things for me?
> >
> > Just the Goals and Design Principles would be great, an outline of
> &g
On Tue, Jan 28, 2003 at 09:11:49AM -0500, John Peacock wrote:
> Dave Rolsky wrote:
> >
> >So you want to greatly complicate the internals (and slow it down, I'd
> >bet), for what?
> >
>
> Tell you what; I'll write an implementation of my way (probably in XS) and
> we'll compare. I think you're m
On Tue, Jan 28, 2003 at 11:07:51AM -0600, Dave Rolsky wrote:
> On Tue, 28 Jan 2003, Tim Bunce wrote:
>
> > The ymd, mdy, and dmy methods all use two digit years. That's not
> > ideal but I can understand people might like it. I'd strongly suggest
> > that they
On Tue, Jan 28, 2003 at 11:38:15AM -0600, Dave Rolsky wrote:
> On Tue, 28 Jan 2003, Peter J. Acklam wrote:
>
> > I searched the archives and read a whole lot of postings, but
> > didn't find anything about what I wrote, so that's why I posted
> > it.
> >
> > I wanted to join this project and contr
On Tue, Jan 28, 2003 at 05:05:07PM -0600, Dave Rolsky wrote:
> On Tue, 28 Jan 2003, Tim Bunce wrote:
>
> > On Tue, Jan 28, 2003 at 11:07:51AM -0600, Dave Rolsky wrote:
> > > On Tue, 28 Jan 2003, Tim Bunce wrote:
> > >
> > > > The ymd, mdy, and dmy m
On Wed, Jan 29, 2003 at 11:39:00AM -0600, Dave Rolsky wrote:
> On Wed, 29 Jan 2003, Tim Bunce wrote:
>
> > The code shown by the URL you posted generates two digit years:
> >
> > sub ymd {
> > my ( $self, $sep ) = @_;
> > $sep = '-' unless d
On Fri, Jan 31, 2003 at 12:32:57AM -0600, Dave Rolsky wrote:
> On Thu, 30 Jan 2003, John Peacock wrote:
>
> > Dave Rolsky wrote:
> > > I just checked in a lot of new/changed code under
> > > modules/DateTime-TimeZone. This code actually seems to work, and provides
> > > access to the complete Ols
On Wed, Feb 05, 2003 at 10:58:52AM -0500, John Peacock wrote:
> Dave Rolsky wrote:
> >
> >Patches welcome ;)
> >
> >The time zone stuff is quite bizarre, I admin. But I really can't think
> >of a way to handle recurring rules (like ongoing DST rules) without being
> >able to date math, for example
On Wed, Feb 05, 2003 at 04:39:04PM -0600, Dave Rolsky wrote:
> On Wed, 5 Feb 2003, Tim Bunce wrote:
>
> > Er, I may well be missing something as I've not paid attention to this thread,
> > but why not ship them both in the same distribution? Then some tests in t/*.t
>
On Mon, Feb 17, 2003 at 04:21:11PM +0100, Peter J. Acklam wrote:
> Since DateTime aims at cleaning up the module mess related to time,
> wouldn't it be a good thing to avoid using Date:: and Time:: modules
> altogether?
>
> Particularely in this case, I really don't see the need to use an
> extern
On Wed, Feb 19, 2003 at 09:22:53AM +0100, Peter J. Acklam wrote:
> [EMAIL PROTECTED] (Dave Rolsky) wrote:
>
> > Joshua Hoblitt wrote:
> >
> > > Are you planning on requiring XS for DT or also maintaining a
> > > pure Perl implementation?
> >
> > Good question. I could maintain the pure Perl code
On Thu, Mar 06, 2003 at 12:05:30PM -0600, Dave Rolsky wrote:
> On Wed, 5 Mar 2003, Tim Bunce wrote:
>
> > Or trunc() / truncate to match the Oracle SQL function that does
> > the same thing. It's definitely not 'rounding', though there is
> > some
On Fri, Mar 21, 2003 at 01:11:04PM -0600, Dave Rolsky wrote:
> On Fri, 21 Mar 2003, fglock wrote:
>
> > Dave Rolsky wrote:
> > > I suppose I could include a pure Perl solution. What is your barrier to
> > > using XS?
> >
> > That's something I'd like too.
> >
> > I could test my code on Windows,
On Mon, Mar 24, 2003 at 06:59:17PM -0600, Dave Rolsky wrote:
> On Mon, 24 Mar 2003, Joshua Hoblitt wrote:
>
> > > True. Though it'll be so commonly used I think it deserves a constructor.
> >
> > Ditto. It would also be nice if it defaults to current TZ instead of a
> > floating time. The same f
On Tue, Mar 25, 2003 at 09:42:30AM -1000, Joshua Hoblitt wrote:
> On Tue, 25 Mar 2003, Tim Bunce wrote:
>
> > On Mon, Mar 24, 2003 at 06:59:17PM -0600, Dave Rolsky wrote:
> > > On Mon, 24 Mar 2003, Joshua Hoblitt wrote:
> > >
> > > > > True. Though it
On Wed, Mar 26, 2003 at 09:54:11AM -0500, John Siracusa wrote:
> On 3/26/03 12:33 AM, Dave Rolsky wrote:
>
> > But if it's another attribute it needs a precision. I don't want to call
> > it "fractional seconds" and let each user decide, because that kills
> > inter-operability.
>
> Fractional s
On Mon, Jun 09, 2003 at 06:16:23PM -0500, Dave Rolsky wrote:
> On Mon, 9 Jun 2003, Joshua Hoblitt wrote:
>
> > I just got back from Perl Whirl. Having spent most of the last week
> > plugging DT as a replacement for many of the examples given in the
> > talks, I think we need a converting to DT s
On Mon, Jun 09, 2003 at 03:32:39PM -1000, Joshua Hoblitt wrote:
> > But never-the-less the website could really do with a 'Migration' section.
> > I'll volunteer to do the initial write and everyone can have CVS access to
> > keep it up-to-date.
>
> Sounds good - I was hoping someone else would vo
On Tue, Jun 10, 2003 at 03:30:05PM -0500, Dave Rolsky wrote:
> On Tue, 10 Jun 2003, Ben Bennett wrote:
>
> > However, I have no idea how fast this is and how much memory it
> > consumes. I will try to release what I have tonight (when I hope to
> > have it in a more usable state).
>
> I played w
On Sun, Jul 13, 2003 at 07:44:10PM -0500, Dave Rolsky wrote:
> On Sun, 13 Jul 2003 [EMAIL PROTECTED] wrote:
>
> > It would be easy to change the Perl code generator into a C code
> > generator. Then you could use DT::LeapSecond at compile time, if they
> > are using XS, or at runtime, if they are
The DBI has a (currently private) method to determine the underlying
database type. It was borrowed from DBIx::AnyDBD. Take a look at
_dbtype_names() in DBI.pm
I intend to extend it to use $dbh->get_info(17); (=SQL_DBMS_NAME),
and give it a public api, in the medium term.
I think it would be wise
On 20 Jul 2003 22:53:00 +0200, Claus Färber <[EMAIL PROTECTED]> wrote:
Tim Bunce <[EMAIL PROTECTED]> schrieb/wrote:
The DBI has a (currently private) method to determine the underlying
database type. It was borrowed from DBIx::AnyDBD. Take a look at
_dbtype_names() in DBI.pm
Yeah, I
On Mon, Aug 04, 2003 at 11:32:15PM -0500, Dave Rolsky wrote:
>
> > Maybe that looks more sane to you?
>
> What makes no sense is for BEGIN to show up as a significant chunk of the
> time it would take to do anything, since this stuff should only happen
> once. I'm somewhat skeptical that Devel::
On Sun, Feb 22, 2004 at 02:34:58PM -0500, Andrew Pimlott wrote:
> On Sat, Feb 21, 2004 at 03:42:40PM -0600, Dave Rolsky wrote:
> > I think the problem is that Data::Dumper has historically had two
> > orthogonal uses. One was serializing data structures for persistence, ala
> > Storable, and the o
On Thu, Apr 22, 2004 at 08:39:17AM +0100, David Wheeler wrote:
> On Apr 22, 2004, at 5:45 AM, Dave Rolsky wrote:
>
> >Objections? Comments?
>
> My only objection to svn is that activitymail doesn't work with it.
> Perhaps someone could convince the maintainer of that program to find
> the tuit
I should have added that the emails include the diff.
Tim.
On Thu, Apr 22, 2004 at 04:07:11PM +0100, David Wheeler wrote:
> On Apr 22, 2004, at 4:01 PM, Tim Bunce wrote:
>
> >I don't know what activitymail is, but I do know that svn.perl.org
> >sends emails for each co
On Fri, Apr 23, 2004 at 12:54:34AM +0100, David Wheeler wrote:
> On Apr 22, 2004, at 8:54 PM, Tim Bunce wrote:
>
> >I should have added that the emails include the diff.
No. See example below.
> As an attachment? That's what has distinguished activitymail over the
> last
On Tue, Aug 10, 2010 at 10:14:04AM -0700, David E. Wheeler wrote:
> On Aug 10, 2010, at 4:23 AM, Michael G Schwern wrote:
>
> > I updated Dist::Zilla, that usually fixes things, and I got a face full of
> > Moose poop. The sort of stack trace that obscures the real problem.
> > Picking
> > thro
29 matches
Mail list logo