From mboxrd@z Thu Jan 1 00:00:00 1970 From: Adam Spiers Subject: Re: Re: Org mode release 6.04 Date: Tue, 27 May 2008 23:00:02 +0100 Message-ID: <20080527220002.GE20846@atlantic.linksys.moosehall> References: Reply-To: Adam Spiers 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 1K17DD-00047w-Qh for emacs-orgmode@gnu.org; Tue, 27 May 2008 18:00:07 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1K17DD-00047j-GU for emacs-orgmode@gnu.org; Tue, 27 May 2008 18:00:07 -0400 Received: from [199.232.76.173] (port=55674 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1K17DD-00047g-9g for emacs-orgmode@gnu.org; Tue, 27 May 2008 18:00:07 -0400 Received: from mail.beimborn.com ([70.84.38.100]:37422) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1K17DC-0001lE-JV for emacs-orgmode@gnu.org; Tue, 27 May 2008 18:00:06 -0400 Received: from mail.beimborn.com (localhost.localdomain [127.0.0.1]) by mail.beimborn.com (8.12.11.20060308/8.12.8) with ESMTP id m4RM05hB030506 for ; Tue, 27 May 2008 17:00:05 -0500 Received: from localhost (localhost [[UNIX: localhost]]) by mail.beimborn.com (8.12.11.20060308/8.12.11/Submit) id m4RM05Bw030501 for emacs-orgmode@gnu.org; Tue, 27 May 2008 23:00:05 +0100 Content-Disposition: inline In-Reply-To: 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 On Sun, May 25, 2008 at 04:58:29PM +0100, Leo wrote: > On 2008-05-25 08:31 +0100, Carsten Dominik wrote: > > iCalendar now defines proper UIDs for entries > > --------------------------------------------- > > > > This is necessary for synchronization services. The UIDs are > > created using the the org-id.el module which is now part of the > > Or core. If you set the variable > > > > (setq org-icalendar-store-UID t) > > > > then all created UIDs will be stored in the entry as an `:ID:' > > property. This is off by default because it creates lots of > > property drawers even if you only play with iCalendar export. > > But if you plan to use synchronization, you really need to turn > > this on. > > Nice to see advance in this front. I wonder whether it is possible to do > a direct synchronisation with google calendar using json.el. That would > be very interesting. See the other post I just sent - in theory it should already work with gcaldaemon, but I am testing right now. Of course bidirectional syncing is a bigger challenge, but gcal.el from the emacspeak project would probably help with this, or maybe icalendar.el, or both.