DateWithCalendar should not have member 'date' -> 'inner_date'Don't use a variable name 'date' either -> 'dt_date'Implement all the comparison operators correctly for DateWithCalendar.Make DateWithCalendar inherit from datetime.date so that operators don't have to be reimplemented.Not going to do this - datetime.date is an old-style object.
Catholic historical calendar.Display strings for dates.Years before 1.- Astronomical calendar (depends on 3.).
- Make a calendar for ISO.
README.mdJulian Date numbers (calendar?)Methods for direct conversion between Julian and Gregorian.
'1th March 1500'
Create a property which returns a datetime.date if possible, rather than using x.date.Check all imports to make sure that we are importing the local code correctly.Change all imports of date/datetime so that we import them as 'vanilla_date' etc.
Every calendar should be able to generate a representation for all reasonable dates.Every calendar should be able to generate a display string for all reasonable dates.- Tests on constants.py.
- Move all constants into constants.py.
- Remove JulianCalendar.julian_day_number() and replace functionality with JulianDayNumber calendar.
- Move _is_julian_leap_year etc from several places into global helpers.
- All calculations in internal. calendars, dates and fn call these helper functions.
- Code in dates should not call any code in fn or calendars.
- Register with pypi and upload.
- Complete documentation.
- Deal with displaying calendar-specific strings in different locales.
- Deal with displaying calendar-specific strings with some notion of formatting.
- Make it work with Python 3.x.
- Use a single polymorphic date object which every calendar can be based on. Calendar objects are maybe not so important anymore.