lp://staging/~vcs-imports/parsedatetime/trunk-cscvs
- Get this branch:
- bzr branch lp://staging/~vcs-imports/parsedatetime/trunk-cscvs
Branch merges
Branch information
Import details
Last successful import was .
Whiteboard
Replaced by lp:~vcs-imports/parsedatetime/trunk (bzr-svn).
Recent revisions
- 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
- 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/parsedate time/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
- 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 necessaryWorked 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/parsedate time/issues/ detail? id=19
Branch metadata
- Branch format:
- Branch format 7
- Repository format:
- Bazaar repository format 2a (needs bzr 1.16 or later)