Recurring events with timezone
Hendrik Helwich
h.helwich at tarent.de
Thu Oct 28 15:32:26 CEST 2010
Hi Georg,
Am Donnerstag, 28 Oktober 2010 13:33:41 schrieb Georg C. F. Greve:
> Hi Hendrik,
>
> Thanks for the information.
>
> I don't think it is sensible to assume that no change will be forthcoming
> just because it did not happen instantaneously.
>
> A format is something that must be handled conservatively, and with enough
> time to allow everyone to think the issues through. There is at least one
> more person who asked for a little more time as they're right now too busy,
> but I know they'll want to look at this and give their input.
i am glad to hear that you are thinking this tz problem through and that an
adaption of the kolab format might come someday. So this discussion was not
for nothing :-)
I understand that changes to a format must be well thought trough. I did not
wanted to hustle someone to a solution.
We just need to act now because of time limits given by our customer.
But we like to follow the progress on the kolab format tz issue and if it is
possible it would be very great for us to get noticed (maybe over this
mailing list?) about the state of this kolab format tz issue if it
progresses.
> The Kolab format has always been specified by reference implementation, for
> which Kontact & the Toltec 2 connector have been the original reference
> implementations for some time. So at the moment only what is compatible to
> these is an actual Kolab client, although that may change in future
> revisions.
I understand this. From a developers view who wants to create a new kolab
client it would be great to have this reference implementation in the form of
a standard library which api can be used to handle the kolab format. But i do
not want to start a new discussion here :-)
> We'll of course take your derivation from the Kolab format into account
> when we make the change to address the gap you identified, but cannot
> promise that we will follow it. I am aware that if Kolab compatibility was
> the goal of the project, you may unfortunately end up with an unfulfilled
> project objective.
We did not expect to get a 100% compatibility between two different formats
but the timezone issue is one of the most problematic parts for us. So we are
glad if you take our kolab tz concept into account and create a solution
which considers all the different perspectives and needs of the involved
peoples.
> That said, I do understand that you are under time pressure and had to make
> a call. So no ill feelings exist on our side. For the future I'd suggest to
> plan and budget time and resource for upstream interaction for any such
> project.
you are right this would be great. Unfortunately in practice its often not
possible.
We also have no bad feelings about this discussion. Its just a normal process
of an open source project i think. It is good to hear that the discussion is
going on :-)
Best regards
Hendrik
> With best regards,
> Georg
More information about the format
mailing list