Re: [Evolution-hackers] [evolution-kolab] Datastructures for calendar data

2010-10-05 Thread Hendrik Helwich
Am Freitag, 1. Oktober 2010 08:51:44 schrieb Milan Crha: On Wed, 2010-09-29 at 17:15 +0200, Hendrik Helwich wrote: So one option for us is to operate on the icalcomponent instead of ECalComponent. Hi, internally yes, but remember, the ECalBackend API uses ECalComponent in most

Re: [Evolution-hackers] [evolution-kolab] Datastructures for calendar data

2010-10-05 Thread Milan Crha
On Tue, 2010-10-05 at 10:00 +0200, Hendrik Helwich wrote: I understand this point for recurring events. In the Kolab format it is only allowed to store time data in UTC format (see 1.2.1 in [1]). So we have to think how we can handle this problem in our software. Hi, aha, pity they do

Re: [Evolution-hackers] [evolution-kolab] Datastructures for calendar data

2010-10-05 Thread Hendrik Helwich
Am Dienstag, 5. Oktober 2010 10:20:30 schrieb Milan Crha: On Tue, 2010-10-05 at 10:00 +0200, Hendrik Helwich wrote: I understand this point for recurring events. In the Kolab format it is only allowed to store time data in UTC format (see 1.2.1 in [1]). So we have to think how we can

Re: [Evolution-hackers] [evolution-kolab] Datastructures for calendar data

2010-10-05 Thread Milan Crha
On Tue, 2010-10-05 at 10:58 +0200, Hendrik Helwich wrote: But we still have the problem then that the time in some recurring events could be shown different in kontact and evolution in winter or summer time even if both clients are in the same time zone. Err, right, with respect of

Re: [Evolution-hackers] [evolution-kolab] Datastructures for calendar data

2010-10-05 Thread Hendrik Helwich
Am Dienstag, 5. Oktober 2010 12:25:06 schrieb Milan Crha: P.S.: this one might be useful: icaltimezone_get_utc_timezone() I will check this out. Thanks :-) Hendrik ___ evolution-hackers mailing list evolution-hackers@gnome.org To change your list

Re: [Evolution-hackers] latest e-d-s git head won't build out of source tree

2010-10-05 Thread Matthew Barnes
On Mon, 2010-10-04 at 17:33 +0200, Javier Jardón wrote: The patch attached should fix the problem Thanks for this. Applied to master branch of evolution-data-server and evolution. Our other modules are still using GLib's gettext, so I guess they'll need to be fixed similarly when we switch

[Evolution-hackers] Memo CALDAV Query

2010-10-05 Thread Adam Tauno Williams
When Evolution does the calendar-query on a collection for memos (vjournal) objects if specifies a time-range, like: C:calendar-query xmlns:C=urn:ietf:params:xml:ns:caldav xmlns:D=DAV: D:prop D:getetag/ /D:prop C:filter C:comp-filter name=VCALENDAR C:comp-filter name=VJOURNAL

Re: [Evolution-hackers] Memo CALDAV Query

2010-10-05 Thread Milan Crha
On Tue, 2010-10-05 at 09:04 -0400, Adam Tauno Williams wrote: When Evolution does the calendar-query on a collection for memos (vjournal) objects if specifies a time-range, like: ... C:time-range start=20100831T125831Z end=20101109T125831Z/ ... Is this time range at all adjustable

Re: [Evolution-hackers] [evolution-kolab] Datastructures for calendar data

2010-10-05 Thread Andrew McMillan
On Tue, 2010-10-05 at 10:58 +0200, Hendrik Helwich wrote: it is possible to store your own data in the kolab format [1] (Your own XML Tags and binary mail attachments). So we could preserve the timezone information from evolution iCalendar. But we still have the problem then that the time

Re: [Evolution-hackers] Memo CALDAV Query

2010-10-05 Thread Adam Tauno Williams
On Tue, 2010-10-05 at 15:30 +0200, Milan Crha wrote: On Tue, 2010-10-05 at 09:04 -0400, Adam Tauno Williams wrote: When Evolution does the calendar-query on a collection for memos (vjournal) objects if specifies a time-range, like: ... C:time-range start=20100831T125831Z

Re: [Evolution-hackers] [evolution-kolab] Datastructures for calendar data

2010-10-05 Thread Hendrik Helwich
Am Dienstag, 5. Oktober 2010 16:17:42 schrieb Andrew McMillan: I'm at CalConnect XIX right now with various calendaring people, lamenting (as we usually do) just how often people seem to think that storing data in UTC means you can forget the timezone. Is there any chance of fixing the

Re: [Evolution-hackers] latest e-d-s git head won't build out of source tree

2010-10-05 Thread Reid Thompson
On Tue, 2010-10-05 at 08:16 -0400, Matthew Barnes wrote: On Mon, 2010-10-04 at 17:33 +0200, Javier Jardón wrote: The patch attached should fix the problem Thanks for this. Applied to master branch of evolution-data-server and evolution. Our other modules are still using GLib's gettext, so

Re: [Evolution-hackers] latest e-d-s git head won't build out of source tree

2010-10-05 Thread Reid Thompson
On Tue, 2010-10-05 at 13:15 -0400, Reid Thompson wrote: On Tue, 2010-10-05 at 08:16 -0400, Matthew Barnes wrote: On Mon, 2010-10-04 at 17:33 +0200, Javier Jardón wrote: The patch attached should fix the problem Thanks for this. Applied to master branch of evolution-data-server and