lp://staging/parsedatetime

Created by William Grant and last modified
Get this branch:
bzr branch lp://staging/parsedatetime

Branch merges

Related bugs

Related blueprints

Branch information

Owner:
VCS imports
Project:
parsedatetime
Status:
Development

Import details

Import Status: Suspended

This branch is an import of the Subversion branch from http://parsedatetime.googlecode.com/svn/trunk/.

Last successful import was .

Import started on pear and finished taking 15 seconds — see the log
Import started on pear and finished taking 10 seconds — see the log
Import started on pear and finished taking 15 seconds — see the log
Import started on pear and finished taking 15 seconds — see the log

Recent revisions

71. By bear

updating docs and setup files

70. By bear

Ran 2to3 tool on source to enable 2.6+ and 3.x compatibility
Also tweaked tests for 'eom' and 'eoy' to fix them.
Still ignoring failure for '5 hours after noon' :(

69. By bear42

Created branches/python25 from current trunk to save the current code

Converted trunk to Python 3 and also refactored how the module is structured
so that it no longer requires import parsedatetime.parsedatetime

Bumped version to 1.0.0 to reflect the major refactoring

68. By bear42

bumping revision to 0.8.8 and also updating to latest
ez_setup file

67. By bear42

 0.8.7 release
Apply patch submitted by Michael Lim to fix the problem parsedatetime
was having handling dates when the month day preceeded the month
Issue 26 http://code.google.com/p/parsedatetime/issues/detail?id=26

Fixed TestErrors when in a local where the bad date actually returns a date ;)

Checked in the TestGermanLocale unit test file missed from previous commit

66. By bear42

adding new html pages

65. By bear42

bumping revision 0.8.7

64. By bear42

Updating epydoc generated files

63. By bear42

typo'd the last commit message and it went out empty:

    Tweaked run_tests.py to default to all tests if not given on the command line
    Removed 'this' from the list of "specials" - it was causing some grief and from the
    looks of the unit tests, not all that necessary

    Worked on bug 19 - Bernd identified that for the German locale the dayofweek check
    was being triggered for the dayoffset word "morgen" (the "mo" matched the day "morgen")
    To solve this I added a small check to make sure if the whole word being checked was
    not in the dayOffsets list, and if so not trigger.
    Issue 19 http://code.google.com/p/parsedatetime/issues/detail?id=19

62. By bear42

Branch metadata

Branch format:
Branch format 7
Repository format:
Bazaar repository format 2a (needs bzr 1.16 or later)
This branch contains Public information 
Everyone can see this information.

Subscribers

No subscribers.