use Perl

• Date::ICal + Time::Piece? (Score:2)

  by Matts (1087)

  I'm thinking of re-building Time::Piece on top of Date::ICal, which has very cool support for adding and subtracting times and doing periodic events.
  
  Is there anything that a combination of those two would miss?
  • Re:Date::ICal + Time::Piece? (Score:2)

    by autarch (914)

    Here's a quick summary of what I think the "uber-date/time" module would look like:
    
    - Date objects
    
    -- Simple OO interface for doing basic things. I like how Time::Piece does this.
    
    -- Date math via overloading. Time::Piece and Time::Seconds are not bad. Looks like Date::ICal has support for more complex date math.
    
    -- Works outside of epoch times. Date::ICal does this.
    
    -- Simple date parsing. Time::Piece->strptime plus the functionality of Date::Parse would be good.
    
    -- Complex date parsing. Date::Man
    • Re:Date::ICal + Time::Piece? (Score:2)

      by Theory (10)

      I think that this is a great idea, overall. My only requests would be that a) the different functionalities be in related modules, so that you only load what you need; and b) that it be fast -- very fast.

      Perhaps you should start a project or at least a discussion list of some kind so that interested parties can contribute and collaborate on a design spec? I'd sign up. Hopefully Matts would have time to participate, too!

      --David
      • Re:Date::ICal + Time::Piece? (Score:1)

        by tex (949) <reversethis-{ac.retlehsbmob} {ta} {xet}> on 2003.01.09 16:29 (#15891)

        This was already tried a while ago and it didn't go over well.

        Review the archive of datetime@perl.org:
        http://archive.develooper.com/datetime@perl.org/ [develooper.com]

        --
        

        -- tex

        Reply to This

        Parent

        • Re:Date::ICal + Time::Piece? (Score:2)

          by autarch (914)

          I actually have a different approach to this than Rich. I personally don't give a flying *beep* what other module authors think. If they don't want to cooperate, fine. They released their code under a license which lets me include it in something else, and I plan to do that wherever necessary.
          
          I think Rich was just too damn nice about the whole thing. Anyway, I just posted a new proposal to that mailing list, so anyone interested should sign up.