From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nick Dokos Subject: Re: Tables: remote reference fails with umlaut (and in other cases) Date: Tue, 19 Jan 2016 11:40:11 -0500 Message-ID: <877fj55xqs.fsf@alphaville.usersys.redhat.com> References: <2016-01-19T14-08-22@devnull.Karl-Voit.at> <877fj5eh8f.fsf@delle7240.chemeng.ucl.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:52734) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aLZKV-00063w-G3 for emacs-orgmode@gnu.org; Tue, 19 Jan 2016 11:40:30 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aLZKS-0002Fl-59 for emacs-orgmode@gnu.org; Tue, 19 Jan 2016 11:40:27 -0500 Received: from plane.gmane.org ([80.91.229.3]:55876) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aLZKR-0002FR-VR for emacs-orgmode@gnu.org; Tue, 19 Jan 2016 11:40:24 -0500 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1aLZKP-00017B-UW for emacs-orgmode@gnu.org; Tue, 19 Jan 2016 17:40:22 +0100 Received: from nat-pool-bos-t.redhat.com ([66.187.233.206]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 19 Jan 2016 17:40:21 +0100 Received: from ndokos by nat-pool-bos-t.redhat.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 19 Jan 2016 17:40:21 +0100 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Eric S Fraga writes: > On Tuesday, 19 Jan 2016 at 14:10, Karl Voit wrote: >> Hi! >> >> Either I found a bug when referring to other table rows or I don't >> understand the behavior of following example tables. My expectation >> was that the first column of the second table is exactly the same as >> the first column of the first table: >> >> #+NAME: 2016-01-19-srctbl >> | Testdata | >> >> |----------| >> | foobar | >> | fooübar | >> | fooßbar | >> | 1er | >> | 23,42 | >> | 23.42 | >> >> | Result | Expected Result | Comparison | >> |----------+-----------------+----------------| >> | foobar | foobar | OK | >> | #ERROR | fooübar | fail | >> | #ERROR | fooßbar | fail | >> | er | 1er | fail | >> | 23.42 | 23.42 | OK | >> | (23, 42) | 23,42 | probably fail? | >> >> #+TBLFM: $1=remote(2016-01-19-srctbl,@@#$1) >> >> Thanks for clearing things up! > > I cannot get this to work either but I do think you want to enclose the > remote() within (identity) to copy values and not try to evaluate an > expression, as noted in the info page: > > $1=(identity remote(2016-01-19-srctbl,@@#$1)) > > Also, I don't think you want an indirection using #. > > But I cannot get this to work so I could be completely off base... You are missing a quote: #+TBLFM: $1='(identity remote(2016-01-19-srctbl,@@#$1)) works for me. Org-mode version 8.3.3 (release_8.3.3-456-g164555) -- Nick