From mboxrd@z Thu Jan 1 00:00:00 1970 From: Vagn Johansen Subject: Re: ics file not understood by google calendar Date: Wed, 03 Feb 2010 22:33:41 +0100 Message-ID: References: <9C637D55-E620-4693-9BBE-021E67BA3AE2@gmail.com> <5314895F-526E-4641-8F41-D48456020DA5@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ncmre-0005fw-TY for emacs-orgmode@gnu.org; Wed, 03 Feb 2010 16:34:22 -0500 Received: from [199.232.76.173] (port=60420 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ncmre-0005fe-BE for emacs-orgmode@gnu.org; Wed, 03 Feb 2010 16:34:22 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1Ncmrc-0003Hx-Om for emacs-orgmode@gnu.org; Wed, 03 Feb 2010 16:34:22 -0500 Received: from lo.gmane.org ([80.91.229.12]:37608) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Ncmrc-0003Ht-D6 for emacs-orgmode@gnu.org; Wed, 03 Feb 2010 16:34:20 -0500 Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1NcmrS-00025E-U0 for emacs-orgmode@gnu.org; Wed, 03 Feb 2010 22:34:10 +0100 Received: from 1508885684.dong.dbnet.dk ([89.239.196.180]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 03 Feb 2010 22:34:10 +0100 Received: from gonz808 by 1508885684.dong.dbnet.dk with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 03 Feb 2010 22:34:10 +0100 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Carsten Dominik writes: > On Feb 2, 2010, at 9:18 PM, Vagn Johansen wrote: >> I tried git bisect with "grep -R VTODO .". It seems that org-mode has >> always used VTODO so it is not a regression in org-mode. I think the >> problem is caused by a change in google calendar. They no longer >> support VTODO. > > In this case, you just need to export to ical files without TODO > stuff, i.e. > > (setq org-icalendar-include-todo nil) ; this is already the default, > actually This just gives me an empty ics file! For example #+STARTUP: content hidestars * TODO feb7-todo SCHEDULED: <2010-02-07 Sun> * TODO feb8-todo SCHEDULED: <2010-02-08 Mon> * feb9-event SCHEDULED: <2010-02-09 Tue> * feb10-event SCHEDULED: <2010-02-10 Wed> * EOF (http://ozymandias.dk/test/test6275.org) With my custom setting '(org-icalendar-include-todo (quote all)) I have feb7-todo and feb8-todo in my ics file after a C-C C-e i export. The other two are nowhere to be seen. (http://ozymandias.dk/test/test6275.ics) Your suggestion '(org-icalendar-include-todo nil) gives me an ics-file with no entries. Are you saying there is a way to get non-TODO entries into the ics file? By the way, org-print-icalendar-entries is really difficult to understand. Maybe you could split it up. The function appears to generate VTODOs when org-icalendar-include-todo is non-nil and VEVENTs when the timestamp begins with <%%. Is the latter related to the diary time-format? > > So I guess this case is closed? Maybe. If org-mode works as documented then perhaps all is good. I can work around my problem by changing org-icalendar.el to use VEVENT where it now uses VTODO and only use TODOs in org-files. This will generate an ics-file with the TODO entries when org-icalendar-include-todo is non-nil. I do not know much about the ics format so I cannot tell you what is the correct thing to do here. It would be useful if other people could tell about their experience in importing ics-files into various tools to gauge the VTODO support. Maybe only VEVENT should be used. -- Vagn Johansen