From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carsten Dominik Subject: Re: remote reference Date: Wed, 12 May 2010 08:16:23 +0200 Message-ID: References: <2ACD6FB3-B415-4AE7-8D62-9450922514D0@gmail.com> Mime-Version: 1.0 (Apple Message framework v936) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Return-path: Received: from [140.186.70.92] (port=35078 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OC5F6-0004W1-H4 for emacs-orgmode@gnu.org; Wed, 12 May 2010 02:16:29 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OC5F4-0007Wi-Mi for emacs-orgmode@gnu.org; Wed, 12 May 2010 02:16:28 -0400 Received: from mail-ew0-f216.google.com ([209.85.219.216]:58164) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OC5F4-0007Wa-Hr for emacs-orgmode@gnu.org; Wed, 12 May 2010 02:16:26 -0400 Received: by ewy8 with SMTP id 8so1656691ewy.8 for ; Tue, 11 May 2010 23:16:25 -0700 (PDT) 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: Karl Eichwalder Cc: emacs-orgmode@gnu.org On May 11, 2010, at 9:16 PM, Karl Eichwalder wrote: > Carsten Dominik writes: > >> For tables in a different file, the remote table must be the first >> table in an outline node, and the outline node must have an ID >> property. >> >> First configure org-modules and turn on the id module. >> Then prepare your target file like this >> >> * here is my table >> :PROPERTIES: >> :ID: DDE64190-0C3D-4088-A303-DA3B60ECEB48 >> :END: >> >> and here we have the table. >> >> |...|...|...| >> >> >> The ID can be an arbitrary string, but then you must >> make sure yourself that it is globally unique. Or you >> can have Org-mode make the ID for you. > > This way it works nicely, thanks for the example. Something related: > > C-c C-c in a TBLFM with a remote table reference updates the table as > expected, but also jumps to the referenced table in the remote > file. Is > this intended? If yes, is it possible to avoid it? Hi Karl, Can you please be more specific. What exactly happens? - Carsten