all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Daniel Brockman <daniel@brockman.se>
To: emacs-devel@gnu.org
Subject: Re: Calc: `*' binds more strongly than `/'
Date: Thu, 26 Apr 2007 18:00:48 +0200	[thread overview]
Message-ID: <87r6q786rz.fsf@wigwam.brockman.se> (raw)
In-Reply-To: f0fd80$dur$3@sea.gmane.org

Christian Schlauer <cs-muelleimer-rubbish.bin@arcor.de> writes:

> I don't have to think about such things /at all/ in /all
> other programs/ I use, because they use the common syntax,
> and I don't see the benefit of Emacs having its own rules.

Well, Emacs is better than all other programs in _many_ ways. :-)

> What do you win with that convenient behaviour compared to that it
> confuses people that also use other, more common spreadsheets [...]?

Apart from saving keystrokes, we'll provide good notation
that lets users type mathematical expressions involving
fractions more like the way they normally think about them.

There is a reason why mathematicians write

                            A B
                            ---
                            C D

instead of

                         A B / (C D).

Stefan's suggestion that `A / B C' and `A / B * C' mean
different things is interesting, however.

>> (You could make the same argument for `+' and `-' --- i.e.,
>> that `A-B+C' should mean `A-(B+C)'.  However, this is not as
>> natural because one usually does not think of sums as units.
>> Writing `A-B-C' is completely natural, but `A/B/C' is not
>> completely natural --- in fact, it is a little confusing.)
>
> Here I don't follow you -- except for that you can write `A/B/C' in
> Calc or any other software, and you will get the same result
> *everywhere*, even in Calc. (But I wouldn't write it that way either.)

I was just pointing out that `/' and `-' are different beasts
(anticipating an argument that they should work analoguously).

>> I think this is good notation, but I also think that it
>> would be a good idea to warn the user and make sure that
>> they know what they are doing when entering such things.
>
> I fully agree with Stefan:
>
> | In any case, I still haven't heard any concrete reason
> | why the non-standard behavior of calc is preferred to
> | the more common behavior.

I have presented at least one concrete reason.  (See above.)

> | Neither is perfect because there is no such thing,

There is such a thing as `better', though.

> | but one of them is sufficiently surprising to deserve
> | big warnings in the Calc doc and the Org doc, whereas
> | the other would be "business as usual".

Granted.

I think the feature is worth the warnings.

-- 
Daniel Brockman <daniel@brockman.se>

  reply	other threads:[~2007-04-26 16:00 UTC|newest]

Thread overview: 56+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-04-14 11:57 Calc: `*' binds more strongly than `/' Christian Schlauer
2007-04-14 15:09 ` Jay Belanger
2007-04-15 19:21   ` Chong Yidong
2007-04-15 20:05     ` Stefan Monnier
2007-04-17 12:47       ` Randal L. Schwartz
2007-04-17 18:03         ` Stefan Monnier
2007-04-18  8:44           ` Kim F. Storm
2007-04-18 19:27             ` Stefan Monnier
2007-04-18 20:02               ` Davis Herring
2007-04-18 20:16                 ` David Kastrup
2007-04-18 21:43                   ` Davis Herring
2007-04-19 16:10                 ` Stefan Monnier
2007-04-20 11:13                   ` Randal L. Schwartz
2007-04-20 13:40                     ` Stefan Monnier
2007-04-20 14:07                       ` Jay Belanger
2007-04-22  1:31                         ` Miles Bader
2007-04-22 10:19                           ` Christian Schlauer
2007-04-22 10:23                         ` Christian Schlauer
2007-04-22 19:47                           ` Jay Belanger
2007-04-23 10:46                           ` Jason Rumney
2007-04-23 13:03                             ` Kim F. Storm
2007-04-23 15:54                               ` Jay Belanger
2007-04-25 19:56                                 ` Christian Schlauer
2007-04-25 20:54                                   ` Jay Belanger
2007-04-26  3:35                                     ` Stefan Monnier
2007-04-26  4:06                                       ` Jay Belanger
2007-04-26 14:11                                         ` Stefan Monnier
2007-04-26 21:07                                           ` Christian Schlauer
2007-04-26 15:07                                         ` Davis Herring
2007-04-26 16:01                                           ` Stefan Monnier
2007-04-26 18:32                                             ` Luc Teirlinck
2007-04-26 21:29                                               ` Christian Schlauer
2007-04-26 23:17                                                 ` Luc Teirlinck
2007-04-26 21:07                                     ` Christian Schlauer
2007-04-27  1:27                                       ` Jay Belanger
2007-04-26 17:47                                   ` Davis Herring
2007-06-20 15:23                         ` Jay Belanger
2007-06-20 16:02                           ` Kim F. Storm
2007-06-20 17:13                             ` Jay Belanger
2007-06-20 17:29                             ` Luc Teirlinck
2007-06-20 17:54                               ` Jay Belanger
2007-06-20 19:14                                 ` Kim F. Storm
2007-06-20 19:28                                 ` Luc Teirlinck
2007-06-20 20:18                                   ` Jay Belanger
2007-04-17 18:54         ` Jay Belanger
2007-04-18 21:55           ` Christian Schlauer
2007-04-19  2:58             ` Daniel Brockman
2007-04-22 10:27               ` Christian Schlauer
2007-04-26 16:00                 ` Daniel Brockman [this message]
2007-04-19 15:16           ` Drew Adams
2007-04-19 17:05             ` David Kastrup
2007-04-19 17:18               ` Drew Adams
2007-04-19 17:33                 ` David Kastrup
2007-04-16 15:38     ` Richard Stallman
2007-04-17 12:47 ` Randal L. Schwartz
2007-04-18 21:29   ` Christian Schlauer

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

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

  git send-email \
    --in-reply-to=87r6q786rz.fsf@wigwam.brockman.se \
    --to=daniel@brockman.se \
    --cc=emacs-devel@gnu.org \
    /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 external index

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

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.