You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
ical4j comes with a time zone database that is used for its calculations and for instance to generate VTIMEZONEs which are then exported.
However, Java/Android has its own database (which is used by the calendar provider and the ZoneId, java.util.TimeZone classes). We always need to know which times with time zone are in the "ical4j namespace" and which ones are in "Android namespace".
There should be a proper separation and it should be documented and enforced.
ical4j 4.x comes with major changes. This issue should be done when we have ical4j 4.x (if at all). Depends on #106
The text was updated successfully, but these errors were encountered:
dtAndroidStart in AndroidEvent (converted from Event.dtStart, has Android timezone)
rfc2822
changed the title
Use Android time zone database as source for ical4j timezones / VTIMEZONEs
Better separation of AndroidEvent <-> (iCalendar) Event
Nov 3, 2022
ical4j comes with a time zone database that is used for its calculations and for instance to generate
VTIMEZONE
s which are then exported.However, Java/Android has its own database (which is used by the calendar provider and the
ZoneId
,java.util.TimeZone
classes). We always need to know which times with time zone are in the "ical4j namespace" and which ones are in "Android namespace".There should be a proper separation and it should be documented and enforced.
ical4j 4.x comes with major changes. This issue should be done when we have ical4j 4.x (if at all). Depends on #106
The text was updated successfully, but these errors were encountered: