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
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 gettex
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
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:
> > ...
> >
> > ...
> > Is this time range at a
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 tim
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:
>
> ...
>
> ...
> Is this time range at all adjustable or configurable? I haven't found
> anything in the
When Evolution does the calendar-query on a collection for memos
(vjournal) objects if specifies a time-range, like:
Is this time range at all adjustable or configurable? I haven't found
anything in the UI that seems to pertain to this - perhap
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 the
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 opti
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 applicat
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 ca
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 d
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
>
13 matches
Mail list logo