Torsten Wagner writes:
> Now I make a tiny change e.g. change the length of the appointment from within
> SOGo and sync back I get
>
> TODO TODO Neuer Termin mit Foo und Bar r<2013-03-06 Wed 10:00-11:00>
> :PROPERTIES:
> :ID: 8a9651c0-faee-4416-afa6-979e328a3d15
> :END:
>
> As you
Hi David,
On 2 February 2013 17:00, David Engster wrote:
> I pushed a change which should correctly deal with timestamps inside the
> header line. Please let me know if this works for you.
>
Sorry for the long delay to your patch.
First I thought its working perfect.
However, I noticed the fol
Torsten Wagner writes:
> Tested and you are right. Adding a timestamp in the body doesn't get
> lost during sync. Actually, I guess the problem is a combination of
> export and import to org-mode. During the export, the timestamp gets
> read in correctly, however, it get stripped from the Summary
David Engster writes:
> Eric S. Fraga writes:
>> I've had to clear out the org-caldav-xxx.el file in .emacs.d a couple
>> of times but that's typically due to my doing things on the same entry
>> in both calendar systems (org and Google).
>
> If you change an item in Org as well as in the Calenda
Torsten Wagner writes:
> Hi Eric,
>
> If I understood David right, the "UTC" option is just an addition to the
> already present options.
> Thus, if you used e.g. "Europe/Berlin" before, you do not need to change
> anything and in fact, you shouldn't see a difference.
> However, if you face time
Eric S. Fraga writes:
> I've had to clear out the org-caldav-xxx.el file in .emacs.d a couple
> of times but that's typically due to my doing things on the same entry
> in both calendar systems (org and Google).
If you change an item in Org as well as in the Calendar, the calendar
entry should sim
Torsten Wagner writes:
> I see the problem that you might changed the text in the summary field in the
> caldav calendar, which potentially mess up the header (where to place the old
> timestamp within the context of the new text?!) but for now, I would suggest
> to simply search for a timestamp w
Torsten Wagner writes:
> If I understood David right, the "UTC" option is just an addition to the
> already present options.
> Thus, if you used e.g. "Europe/Berlin" before, you do not need to change
> anything and in fact, you shouldn't see a difference.
Yes, exactly.
-David
Hi David,
time is correct now using "UTC" thanks a lot.
My test suite runs fine with the SOGo server, so I'm guessing it has to
> do with how you format your entries. Does this also happen when you put
> the timestamp underneath the heading?
>
> Tested and you are right. Adding a timestamp in th
Hi Eric,
If I understood David right, the "UTC" option is just an addition to the
already present options.
Thus, if you used e.g. "Europe/Berlin" before, you do not need to change
anything and in fact, you shouldn't see a difference.
However, if you face time shifts between org and the caldav cale
David Engster writes:
[...]
> I think I found a better solution. I pushed a change to org-caldav which
> allows to set org-icalendar-timezone to the string "UTC", which will put
> events using universal time. The server should then transpose it to the
> timezone you have set in your SOGo prefere
Torsten Wagner writes:
> I did not had time to play with the different parameters. For now I simply
> added all of them.
> I guess it has to do either with the timezone or with the daylight settings.
> Maybe you want to add this to a "How-to install for SOGo" as a workaround.
I think I found a bet
Hi David,
great thanks a lot this solved the time shift problem.
I did not had time to play with the different parameters. For now I simply
added all of them.
I guess it has to do either with the timezone or with the daylight settings.
Maybe you want to add this to a "How-to install for SOGo" as a
Torsten Wagner writes:
> You might can try
>
> http://sogo-demo.inverse.ca/SOGo/dav/sogo1/Calendar/personal/
>
> which is the demo account of the Sogo.
Thanks. That'll work.
After a bit of fiddling it seems that SOGo really really wants a
timezone definition. I have no idea how those can be g
Torsten Wagner writes:
> I also noticed the files org-caldav-2094e16.el and org-caldav-backup.org.
> However, they are stored in my .emacs.d folder. Would it make sens to have an
> option to save them relatively to the org-file? E.g. relative to the path set
> in org-caldav-files? That would help t
Torsten Wagner writes:
> Hey David,
> could you please help me and steer me in the right direction to find the
> cuprit
> which makes the caldav calendar lagging an hour compared to the timestamps in
> org-mode.
It's difficult. I will need to add some (optional) excessive debugging
output for see
Hey David,
could you please help me and steer me in the right direction to find the
cuprit which makes the caldav calendar lagging an hour compared to the
timestamps in org-mode.
I use Linux, not sure that might be releated or not.
Thanks
Torsten
On 17 January 2013 20:05, David Engster wrote:
Torsten Wagner writes:
> CC. Since Sogo does not allow a print view. Does someone know how to
> create a printable weekly calendar which contains org-agenda entries?
> I barley remember there was a possibility to create a PDF but can't
> find it anymore
There are the cal-tex-* functions which p
Torsten Wagner writes:
Thumbs up. For me org-caldav is a new success story of org-mode,
please try to get it into the org-mode standard package :)
+1
It would be great to see org-caldav added to contrib/ at the very
least (avoiding having to track two different git
repositories...).
Any
Hi David,
hehehe well we just started testing it a bit. Don't frighten there are
problems... ;)
So far, we could see appointments in the SOGo calendar which magically
appeared after calling sync.
Just to get started with problems:
I noticed that there seems to be a problem with syncing events ba
Torsten Wagner writes:
> we just tried org-caldav and it seems to work very nice.
> We use Sogo http://www.sogo.nu/ and hence David might like to ad Sogo on the
> list of possible caldav servers.
Thanks, that's good news. I'm actually pretty surprised that it works
right out of the box.
> Any pl
Hi,
we just tried org-caldav and it seems to work very nice.
We use Sogo http://www.sogo.nu/ and hence David might like to ad Sogo on
the list of possible caldav servers.
We will test further and report problems and success ;)
Thumbs up. For me org-caldav is a new success story of org-mode, please
22 matches
Mail list logo