From mboxrd@z Thu Jan 1 00:00:00 1970 From: Karl Eichwalder Subject: Re: remote reference Date: Sat, 11 Dec 2010 15:42:41 +0100 Message-ID: References: <2ACD6FB3-B415-4AE7-8D62-9450922514D0@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from [140.186.70.92] (port=55838 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PRQev-0007Mb-Qp for emacs-orgmode@gnu.org; Sat, 11 Dec 2010 09:42:50 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PRQeu-0006aM-Q1 for emacs-orgmode@gnu.org; Sat, 11 Dec 2010 09:42:49 -0500 Received: from mail-n.franken.de ([193.175.24.27]:51057) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PRQeu-0006Zj-Gy for emacs-orgmode@gnu.org; Sat, 11 Dec 2010 09:42:48 -0500 In-Reply-To: (Carsten Dominik's message of "Wed, 12 May 2010 15:06:38 +0200") 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: Carsten Dominik Cc: emacs-orgmode@gnu.org Carsten Dominik writes: > Fixed, thanks. It is not fixed in the 23.2.91 pre-release, which comes with org 6.33x. It did not check any other repository (which one?). > On May 12, 2010, at 1:26 PM, Karl Eichwalder wrote: > >> Carsten Dominik writes: >> >>> On May 11, 2010, at 9:16 PM, Karl Eichwalder wrote: >>>> 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? >>> >>> Can you please be more specific. What exactly happens? >> >> Consider the following two files: >> >> * 2009 >> #+TBLNAME: 2009 >> :PROPERTIES: >> :ID: ea32e5b5-31ba-468e-8e31-3e0d09696bb0 >> :END: >> |-----+-------| >> | mm | km | >> |-----+-------| >> | all | 946.8 | >> |-----+-------| >> >> * 2010 >> #+TBLNAME: 2010 >> :PROPERTIES: >> :ID: e0df84c4-8abc-458f-a1ee-eb53eb71b4f0 >> :END: >> |-----+-------+-------+-------| >> | mm | km | B km | G km | >> |-----+-------+-------+-------| >> | all | 249.4 | 429.2 | 678.6 | >> |-----+-------+-------+-------| >> >> * all >> :PROPERTIES: >> :ID: 44751a7f-73a4-4c07-b3c2-e3edb9042acd >> :END: >> #+TBLNAME: all >> |------+--------| >> | yyyy | km | >> |------+--------| >> | 2009 | | >> | 2010 | 678.6 | >> |------+--------| >> | all | 1625.4 | >> |------+--------| >> #+TBLFM: @2$2=remote(ea32e5b5-31ba-468e-8e31-3e0d09696bb0,$LR2);%. >> 1f::@3$2=remote(2010,$LR4);%.1f::$LR2=vsum(@2$2..@-1);%.1f >> >> Then, in the 2010 file, eval the formula of the "all" table by >> pressing >> C-c C-c. >> ==> >> >> It takes the km value from the 2009 file, but also puts the cursor >> (point) into the 2009 file in front of the ID: >> >> * 2009 >> #+TBLNAME: 2009 >> :PROPERTIES: >> :ID: -!-ea32e5b5-31ba-468e-8e31-3e0d09696bb0 >> :END: >> |-----+-------| >> | mm | km | >> |-----+-------| >> | all | 946.8 | >> |-----+-------| >> >> -=-=-=-=-=-=-=-=-=-=-=-=-=- cut here -=-=-=-=-=-=-=-=-=-=-=-=-=- >> >> I'd prefer if the point would stay in the 2010 file. >> >> -- >> Karl Eichwalder >> > > - Carsten > > > > -- Karl Eichwalder