From: Christian Schlauer <cs-muelleimer-rubbish.bin@arcor.de>
To: emacs-devel@gnu.org
Subject: Re: Calc: `*' binds more strongly than `/'
Date: Sun, 22 Apr 2007 12:27:14 +0200 [thread overview]
Message-ID: <f0fd80$dur$3@sea.gmane.org> (raw)
In-Reply-To: 87y7kpax45.fsf@wigwam.brockman.se
Daniel Brockman <daniel@brockman.se> writes:
> Christian Schlauer <cs-muelleimer-rubbish.bin@arcor.de> writes:
>
>> But then I say that writing A/B*C and interpreting it like (A/B)*C
>> saves me the trouble of typing in parentheses
>
> Not really. You could just type that as A*C/B.
Yes. But 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.
> The point is that the reduced precedence of `/' allows you
> to always put all numerator factors before the slash and all
> denominator factors after it, which is often very convenient.
Your convenient behaviour does neither work in Excel, OpenOffice.org
spreadsheet, or MATLAB, nor on a TI, HP or Casio pocket calculator.
What do you win with that convenient behaviour compared to that it
confuses people that also use other, more common spreadsheets (or
MATLAB) besides Emacs? /They/ can get wrong results. You safe some
keystrokes.
> (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 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. Neither is perfect because there is no such thing, 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".
`----
Regards,
Christian
next prev parent reply other threads:[~2007-04-22 10:27 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 [this message]
2007-04-26 16:00 ` Daniel Brockman
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
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='f0fd80$dur$3@sea.gmane.org' \
--to=cs-muelleimer-rubbish.bin@arcor.de \
--cc=cs-usenet@arcor.de \
--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 public inbox
https://git.savannah.gnu.org/cgit/emacs.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).