Major restructuring to get automatic decoding/encoding
Storing raw iCalendar data or unfolded lines is silly. We should only
store native Python types, and serialize/deserialize as needed. This
monster commit reworks the whole package to make this possible, adding
sub-packages for a number of data-types, properties, and components
defined in RFC 5545. The conversion is not complete yet, and there
are a number of placeholder comments waiting to be filled in still.
Some of the test output changed because now that we serialize from
scratch, we lose information about the input that was unimportant
(e.g. GEO precision is now rounded up to 6 decimals, properties are
re-ordered inside their component, etc.).
- [DH] README
- [DH] pycalendar/aggregator.py
- [DH] pycalendar/component/__init__.py
- [DH] pycalendar/component/alarm.py
- [DH] pycalendar/component/base.py
- [DH] pycalendar/component/calendar.py
- [DH] pycalendar/component/event.py
- [DH] pycalendar/component/freebusy.py
- [DH] pycalendar/component/journal.py
- [DH] pycalendar/component/timezone.py
- [DH] pycalendar/component/todo.py
- [DH] pycalendar/dtype/__init__.py
- [DH] pycalendar/dtype/base.py
- [DH] pycalendar/dtype/date.py
- [DH] pycalendar/dtype/datetime.py
- [DH] pycalendar/dtype/geo.py
- [DH] pycalendar/dtype/numeric.py
- [DH] pycalendar/dtype/text.py
- [DH] pycalendar/dtype/time.py
- [DH] pycalendar/entry.py
- [DH] pycalendar/feed.py
- [DH] pycalendar/property/__init__.py
- [DH] pycalendar/property/alarm.py
- [DH] pycalendar/property/base.py
- [DH] pycalendar/property/calendar.py
- [DH] pycalendar/property/change.py
- [DH] pycalendar/property/component.py
- [DH] pycalendar/property/datetime.py
- [DH] pycalendar/property/descriptive.py
- [DH] pycalendar/property/misc.py
- [DH] pycalendar/property/recurrence.py
- [DH] pycalendar/property/relationship.py
- [DH] pycalendar/property/timezone.py
- [DH] pycalendar/unfold.py
- [DH] setup.py
- [DH] test/aggregate.py