From mboxrd@z Thu Jan 1 00:00:00 1970 From: Torsten Wagner Subject: Re: [bug?] Copy content from one to another table changes the content Date: Mon, 15 Jul 2013 11:43:43 +0200 Message-ID: References: <874nbxizti.fsf@gmail.com> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=047d7b34385e3cb84c04e189b23f Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:45072) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UyfJq-0000Vv-1z for emacs-orgmode@gnu.org; Mon, 15 Jul 2013 05:43:47 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UyfJo-0002xn-Vs for emacs-orgmode@gnu.org; Mon, 15 Jul 2013 05:43:45 -0400 Received: from mail-ea0-x232.google.com ([2a00:1450:4013:c01::232]:51399) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UyfJo-0002xe-Mg for emacs-orgmode@gnu.org; Mon, 15 Jul 2013 05:43:44 -0400 Received: by mail-ea0-f178.google.com with SMTP id l15so7493393eak.23 for ; Mon, 15 Jul 2013 02:43:44 -0700 (PDT) In-Reply-To: <874nbxizti.fsf@gmail.com> 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: Nick Dokos Cc: Org Mode Mailing List --047d7b34385e3cb84c04e189b23f Content-Type: text/plain; charset=ISO-8859-1 Hi Nick, very good observation. Just wonder are we the first who observe this problem?! It seems org-table-make-reference and calc-eval have some sort of an different idea of the data content. Yes calc use that notation to deal with imaginary numbers. Funny coincidence, the students in that list just struggle with exactly those imaginary numbers and now there names became a imaginary number itself... ;) Thanks for the tip, I will see if some search and replace helps me to create a intermediate solution. Thanks Torsten On 14 July 2013 05:29, Nick Dokos wrote: > Torsten Wagner writes: > > > I just notice a strange behaviour within tables. I want to copy a > > column of one table into another... using $1=remote(prf94120_orig, > > @@#$6). The original content consist of names in the form > > "lastname,firstnames". However, executing the above formular I receive > > "lastname + firstnames i" > > > > I have totally no clue what is the reason for that.... a bug?! > > Happens within Org-mode version 8.0.3 > > > > I tried it (on a single table too - no remote) and I get the same > behavior. I can't pretend to understand how anything in org-table.el > works, but I think this is a clue: on line 2678, > org-table-make-reference is called. If I call it by hand like this > > (org-table-make-reference "a, b" nil nil nil) --> "(a, b)" > > Then on line 2706, calc-eval is called. If I call it by hand on the > value above > > (calc-eval "(a, b)") --> "a + b i" > > I think it's trying to do arithmetic on complex numbers... > -- > Nick > > > --047d7b34385e3cb84c04e189b23f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi Nick,

very good observa= tion. Just wonder are we the first who observe this problem?!
It s= eems org-table-make-reference and calc-eval have some sort of an different = idea of the data content.
Yes calc use that notation to deal with imaginary numbers. Funny coin= cidence, the students in that list just struggle with exactly those imagina= ry numbers and now there names became a imaginary number itself... ;)

Thanks for the tip, I will see if some search and replace helps m= e to create a intermediate solution.

Thanks

Torst= en



On 14 July 2013 05:29, Nick Dokos <ndokos@gmail.com> wrote:
Torsten Wagner <torsten.wagner@gmail.com> writes:

> I just notice a strange behaviour within tables. I want to copy a
> column of one table into another... using $1=3Dremote(prf94120_orig, > @@#$6). The original content consist of names in the form
> "lastname,firstnames". However, executing the above formular= I receive
> "lastname + firstnames i"
>
> I have totally no clue what is the reason for that.... a bug?!
> Happens within Org-mode version 8.0.3
>

I tried it (on a single table too - no remote) and I get the sa= me
behavior. I can't pretend to understand how anything in org-table.el works, but I think this is a clue: on line 2678,
org-table-make-reference is called. If I call it by hand like this

=A0 (org-table-make-reference "a, b" nil nil nil) --> "(a= , b)"

Then on line 2706, calc-eval is called. If I call it by hand on the
value above

=A0 (calc-eval "(a, b)") --> "a + b i"

I think it's trying to do arithmetic on complex numbers...
--
Nick



--047d7b34385e3cb84c04e189b23f--