Hi all,
I stumbled over an event in our calendar that uses a currently unsupported rule: RRULE:FREQ=MONTHLY;BYDAY=WE;BYSETPOS=2
I've seen that in data_process.js:3900, these two are explicitely excluded.
Now, I'd like to ask whether anyone has started working on implementing support for these or if it is considered impossible/unhealthy?
It is true that I haven't yet found a client (other than MS Outlook, of all the possible choices) that really supports this, not only displaying the event, but also being able to set this rule.
It'd be enough for me to be able to display the event in a first step. So any hints or advice is welcome before I try to attack the 1150-something lines of code handling recurrence in data_process.js
Best regards, David
On 05/02/15 22:18, David Raison wrote:
Now, I'd like to ask whether anyone has started working on implementing support for these or if it is considered impossible/unhealthy?
Just wanted to quickly follow-up to this one myself. I found rrule.js which seems to parse the rule in question just fine: http://jakubroztocil.github.io/rrule/
It's been around since 2012 so I guess you might already have seen it and decided not to use this for some reason. If that is the case, I'd love to read about it before trying to integrate it.
Best regards, David
Hi David,
CalDavZAP started (as an internal project) before the "rrule" project.
We will check that library (functionality and performance tests) and if it works as expected (and it's fast enough), we will replace our internal rrule processing in future.
And "BYSETPOS and BYWEEKNO RRULES" are currently not supported because design is very important for us, and support for these parameters looks really terrible in the interface (and read-only support is a bad idea - we don't like "half solutions"). This doesn't mean that we will not support them, it's only about priorities (e.g. invitation is much more important for us).
JM
On 05 Feb 2015, at 22:40, David Raison david@tentwentyfour.lu wrote:
On 05/02/15 22:18, David Raison wrote:
Now, I'd like to ask whether anyone has started working on implementing support for these or if it is considered impossible/unhealthy?
Just wanted to quickly follow-up to this one myself. I found rrule.js which seems to parse the rule in question just fine: http://jakubroztocil.github.io/rrule/
It's been around since 2012 so I guess you might already have seen it and decided not to use this for some reason. If that is the case, I'd love to read about it before trying to integrate it.
Best regards, David
-- TenTwentyFour S.à r.l. W: www.tentwentyfour.lu T: +352 20 211 1024 F: +352 20 211 1023 9, avenue des Hauts-Fourneaux L-4362 Esch/Alzette
Thanks Ján, for your feedback!
Best regards, David
On 06/02/15 10:43, Ján Máté wrote:
Hi David,
CalDavZAP started (as an internal project) before the "rrule" project.
We will check that library (functionality and performance tests) and if it works as expected (and it's fast enough), we will replace our internal rrule processing in future.
And "BYSETPOS and BYWEEKNO RRULES" are currently not supported because design is very important for us, and support for these parameters looks really terrible in the interface (and read-only support is a bad idea - we don't like "half solutions"). This doesn't mean that we will not support them, it's only about priorities (e.g. invitation is much more important for us).
JM
On 02/05/2015 04:18 PM, David Raison wrote:
Hi all,
I stumbled over an event in our calendar that uses a currently unsupported rule: RRULE:FREQ=MONTHLY;BYDAY=WE;BYSETPOS=2
Couldn't this be rewritten as RRULE:FREQ=MONTHLY;BYDAY=2WE ?
On 06/02/15 15:42, Ken Murchison wrote:
Couldn't this be rewritten as RRULE:FREQ=MONTHLY;BYDAY=2WE ?
If I read the RFC correctly, yes. But unfortunately, I cannot control how the various clients that we use choose to build their RRULE.
And AFAIK there's no option in Davical for instance to parse and rewrite them, or is there?
Best, David
Hi,
On 06 Feb 2015, at 16:39, David Raison david@tentwentyfour.lu wrote:
And AFAIK there's no option in Davical for instance to parse and rewrite them, or is there?
no, there isn't ...
JM