Ical

----------------

- Make sure parameters to certain properties propagate to the ical output.
[kanarip]

- Re-include doctests.
[rnix]

- Ensure correct datatype at instance creation time in ``prop.vCalAddress``
and ``prop.vText``.
[rnix]

- Apply TZID parameter to datetimes parsed from RECURRENCE-ID
[dbstovall]

- Localize datetimes for timezones to avoid DST transition errors.
[dbstovall]

- Allow UTC-OFFSET property value data types in seconds, which follows RFC5545
specification.
[nikolaeff]

- Remove utctz and normalized_timezone methods to simplify the codebase. The
methods were too tiny to be useful and just used at one place.
[thet]

- When using Component.add() to add icalendar properties, force a value
conversion to UTC for CREATED, DTSTART and LAST-MODIFIED. The RFC expects UTC
for those properties.
[thet]

- Removed last occurrences of old API (from_string).
[Rembane]

- Add 'recursive' argument to property_items() to switch recursive listing.
For example when parsing a text/calendar text including multiple components
(e.g. a VCALENDAR with 5 VEVENTs), the previous situation required us to look
over all properties in VEVENTs even if we just want the properties under the
VCALENDAR component (VERSION, PRODID, CALSCALE, METHOD).
[dmikurube]

- All unit tests fixed.
[mikaelfrykholm]

--------------------

- For all TZID parameters in DATE-TIME properties, use timezone identifiers
(e.g. Europe/Vienna) instead of timezone names (e.g. CET), as required by
RFC5545. Timezone names are used together with timezone identifiers in the
Timezone components.
[thet]

- Timezone parsing, issues and test fixes.
[mikaelfrykholm, garbas, tgecho]

- Since we use pytz for timezones, also use UTC tzinfo object from the pytz
library instead of own implementation.
[thet]

--------------------

- Update Release information.
[thet]

---

- Add API for proper Timezone support. Allow creating ical DATE-TIME strings
with timezone information from Python datetimes with pytz based timezone
information and vice versa.
[thet]

- Unify API to only use to_ical and from_ical and remove string casting as a
requirement for Python 3 compatibility:
New: to_ical.
Old: ical, string, as_string and string casting via __str__ and str.
New: from_ical.
Old: from_string.
[thet]

----------------

- migration to https://github.com/collective/icalendar using svn2git preserving
tags, branches and authors.
[garbas]

- using tox for testing on python 2.4, 2.5, 2.6, 2.6.
[garbas]

- fixed tests so they pass also under python 2.7.
[garbas]

- running tests on https://jenkins.plone.org/job/icalendar (only 2.6 for now)
with some other metrics (pylint, clonedigger, coverage).
[garbas]

- review and merge changes from https://github.com/cozi/icalendar fork.
[garbas]

- created sphinx documentation and started documenting development and goals.
[garbas]

- hook out github repository to https://readthedocs.org service so sphinx
documentation is generated on each commit (for main). Documentation can be
visible on: https://icalendar.readthedocs.io/en/latest/
[garbas]

----------------

- Fix deprecation warnings about ``object.__init__`` taking no parameters.

- Set the VALUE parameter correctly for date values.

- Long binary data would be base64 encoded with newlines, which made the
iCalendar files incorrect. (This still needs testing).

- Correctly handle content lines which include newlines.