emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Carsten Dominik <dominik@science.uva.nl>
To: William Henney <whenney@gmail.com>
Cc: emacs-orgmode <emacs-orgmode@gnu.org>
Subject: Re: minor niggles concerning tables
Date: Mon, 4 Jun 2007 21:12:14 +0200	[thread overview]
Message-ID: <6f8ba0aeecc32dbd3810e9f70818e04f@science.uva.nl> (raw)
In-Reply-To: <41c818190706040905s2c44d931r1321ffa03773839e@mail.gmail.com>


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

  reply	other threads:[~2007-06-04 19:12 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-06-04 16:05 minor niggles concerning tables William Henney
2007-06-04 19:12 ` Carsten Dominik [this message]
2007-06-04 20:42   ` William Henney

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=6f8ba0aeecc32dbd3810e9f70818e04f@science.uva.nl \
    --to=dominik@science.uva.nl \
    --cc=emacs-orgmode@gnu.org \
    --cc=whenney@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).