ICS Recurrence-id range this and future 不改变以后的事件
ICS Recurrence-id range thisandfuture not changing later events
为了测试,我有一个 ics 文件,每周创建一个重复事件,持续 4 周。
BEGIN:VCALENDAR
PRODID:-//Cisa//Cisa Planningen//BE
VERSION:2.0
CALSCALE:GREGORIAN
BEGIN:VEVENT
DTSTART;TZID=Europe/Brussels:20150508T083000
DTEND;TZID=Europe/Brussels:20150508T115000
DTSTAMP:20150518T072640Z
RRULE:FREQ=WEEKLY;COUNT=4;BYDAY=FR
UID:116@cisanet.be
DESCRIPTION:Commercieel Commitment PSV
LOCATION:PSV
STATUS:CONFIRMED
SUMMARY:Rec PSV
END:VEVENT
END:VCALENDAR
之后我想编辑第三次出现的事件(不一定是第三次,只是我在示例中使用的那一次。)
所以我的第一个例子会在星期五给出一个每周事件,然后我想把那天改成星期三,但是当我在这个片段中使用带有范围的 recurrence-id 时:
BEGIN:VCALENDAR
PRODID:-//Cisa//Cisa Planningen//BE
VERSION:2.0
CALSCALE:GREGORIAN
BEGIN:VEVENT
DTSTART;TZID=Europe/Brussels:20150521T083000
DTEND;TZID=Europe/Brussels:20150521T115000
DTSTAMP:20150518T072640Z
UID:116@cisanet.be
RECURRENCE-ID;RANGE=THISANDFUTURE:TZID=Europe/Brussels:20150522T083000
DESCRIPTION:Commercieel Commitment PSV
LOCATION:PSV
STATUS:CONFIRMED
SUMMARY:Rec PSV
END:VEVENT
END:VCALENDAR
但是,只有在 recurrence-id 中具有实际时间的单个事件才会更改其日期,而之后的事件不会更改。
为了测试这些 ics 文件,到目前为止我使用了 google 日历。
关于为什么这不起作用以及如何使其起作用的任何建议?
虽然它是 RFC5545 的一部分,但大多数 clients/servers 对基于 RANGE 的 RECURRENCE-ID 了解甚少,Lotus Notes 可能除外。
客户端通常最终做的是结束旧事件(RRULE 中的 UNTIL 参数)并创建一个新事件(具有新的 UID)和指向旧事件的 RELATED-TO 属性。
如果您实际上是在更改重复模式(从周五到周三),则更是如此。
为了测试,我有一个 ics 文件,每周创建一个重复事件,持续 4 周。
BEGIN:VCALENDAR
PRODID:-//Cisa//Cisa Planningen//BE
VERSION:2.0
CALSCALE:GREGORIAN
BEGIN:VEVENT
DTSTART;TZID=Europe/Brussels:20150508T083000
DTEND;TZID=Europe/Brussels:20150508T115000
DTSTAMP:20150518T072640Z
RRULE:FREQ=WEEKLY;COUNT=4;BYDAY=FR
UID:116@cisanet.be
DESCRIPTION:Commercieel Commitment PSV
LOCATION:PSV
STATUS:CONFIRMED
SUMMARY:Rec PSV
END:VEVENT
END:VCALENDAR
之后我想编辑第三次出现的事件(不一定是第三次,只是我在示例中使用的那一次。) 所以我的第一个例子会在星期五给出一个每周事件,然后我想把那天改成星期三,但是当我在这个片段中使用带有范围的 recurrence-id 时:
BEGIN:VCALENDAR
PRODID:-//Cisa//Cisa Planningen//BE
VERSION:2.0
CALSCALE:GREGORIAN
BEGIN:VEVENT
DTSTART;TZID=Europe/Brussels:20150521T083000
DTEND;TZID=Europe/Brussels:20150521T115000
DTSTAMP:20150518T072640Z
UID:116@cisanet.be
RECURRENCE-ID;RANGE=THISANDFUTURE:TZID=Europe/Brussels:20150522T083000
DESCRIPTION:Commercieel Commitment PSV
LOCATION:PSV
STATUS:CONFIRMED
SUMMARY:Rec PSV
END:VEVENT
END:VCALENDAR
但是,只有在 recurrence-id 中具有实际时间的单个事件才会更改其日期,而之后的事件不会更改。
为了测试这些 ics 文件,到目前为止我使用了 google 日历。 关于为什么这不起作用以及如何使其起作用的任何建议?
虽然它是 RFC5545 的一部分,但大多数 clients/servers 对基于 RANGE 的 RECURRENCE-ID 了解甚少,Lotus Notes 可能除外。 客户端通常最终做的是结束旧事件(RRULE 中的 UNTIL 参数)并创建一个新事件(具有新的 UID)和指向旧事件的 RELATED-TO 属性。
如果您实际上是在更改重复模式(从周五到周三),则更是如此。