From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carsten Dominik Subject: Re: minor niggles concerning tables Date: Mon, 4 Jun 2007 21:12:14 +0200 Message-ID: <6f8ba0aeecc32dbd3810e9f70818e04f@science.uva.nl> References: <41c818190706040905s2c44d931r1321ffa03773839e@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v624) Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HvHyT-0002ea-Qk for emacs-orgmode@gnu.org; Mon, 04 Jun 2007 15:12:17 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HvHyS-0002dB-V6 for emacs-orgmode@gnu.org; Mon, 04 Jun 2007 15:12:17 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HvHyS-0002d6-KM for emacs-orgmode@gnu.org; Mon, 04 Jun 2007 15:12:16 -0400 Received: from korteweg.uva.nl ([146.50.98.70]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1HvHyS-0000XF-86 for emacs-orgmode@gnu.org; Mon, 04 Jun 2007 15:12:16 -0400 In-Reply-To: <41c818190706040905s2c44d931r1321ffa03773839e@mail.gmail.com> 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: William Henney Cc: emacs-orgmode On Jun 4, 2007, at 18:05, William Henney wrote: > Hi Carsten > > Every time I use org's tables I am amazed at how powerful and easy > they are. There are just a couple of annoyances that I repeatedly come > across, and which I thought I'd better report. > > * minor niggles concerning tables > ** org-table-toggle-coordinate-overlays > This is great, but it is less useful than it might be because it > uses the notation A1, B2, etc, whereas the canonical notation (as > used by org-table-eval-formula and in the TBLFM line) is @1$1, > @1$2. In fact, org-table-eval-formula understands both kinds of references. > This introduces quite a cognitive load in translating between > the two, especially since one is row-major while the other is > column-major. Yes, I agree, this is hard and a bit unfortunate. If I could start from scratch, I would make but the same, but for backward compatibility I cannot. If you prefer the @row$column references, have you set (setq org-table-use-standard-references nil) ?. Obviously not, because this also causes the coordinate grid to change. However, I now see that there is a little bug - you should also get the other grid with (setq org-table-use-standard-references 'from) which is probably the best setting if you prefer this type of references. However, this does not yet work right. Will be fixed in 4.77. The right setting of this variable is important in particular for the formula editor (C-c '). Have you ever tried it? > ** numbers like "1.e3" > I am in the (lazy) habit of omitting the zero after the decimal > point in scientific notation. This causes no problems in most > programming languages, or for calc.el, but it is misinterpreted in > table formulae. Is it possible to easily fix this? Interesting bug! Fixed as well, thank you very much. - Carsten