Skip to content
Commits on Aug 31, 2011
  1. version 0.6.0

    committed
  2. Fix typo, fixes test case.

    committed
  3. Be explicit here too.

    committed
  4. ws

    committed
  5. Be explicit.

    committed
  6. Add the ability to pass 'true' as a second argument to 'setTimezone()…

    committed
    …', in order to keep the Date's current timezone local values.
Commits on Jun 18, 2011
Commits on Jun 16, 2011
  1. version 0.5.0

    committed
  2. README++

    committed
  3. No semicolons in the docs

    committed
  4. Fix infinite loop bug

    committed
  5. Add an empty replacement 'Date.parse()' function. Also redefine the n…

    committed
    …on-enumerable properties on the new Date constructor.
  6. Implement the Date constructor! An optional 'timezone' argument may b…

    committed
    …e passed as the final argument.
  7. Use the currentTimezone prop in Date#setTimezone(). Also don't re-cal…

    committed
    …l tzset() if it's unnecessary.
Commits on May 31, 2011
  1. version 0.4.0

    committed
  2. README++

    committed
  3. 'getTimezoneAbbr()' may now be called on a `time.Date` instance anytime.

    committed
    Prevously, 'setTimezone()' needed to be called first. This new strategy will
    parse the native Date's toString() output to retrieve the current timezone
    abbreviation.
    
    On a side note: It's too bad there's not a similar hack we can do for
    'getTimezone()'. Uugghh, oh well..
  4. Throw an Error if 'getTimezone()' is called before 'setTimezone()'.

    committed
    It would be nice to have 'getTimezone()' return something useful, however I'm
    not sure how this could be implemented. There's no way to get the timezone from
    plain 'ol JavaScript.
Commits on May 18, 2011
  1. version 0.3.2

    committed
  2. @retrofox
  3. version 0.3.1

    committed
  4. Change the 'extend()' function so that it doesn't alter the internal …

    committed
    …prototype of the Date instance.
    
    This is needed for the case where the user passes in a "regular" date instance but with other
    custom properties/functions up their prototype chain. This way we don't override the custom props.
    
    Also fixes a bug where the original Date instance wasn't being returned, and updated test case.
Something went wrong with that request. Please try again.