From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Calc: `*' binds more strongly than `/' Date: Thu, 19 Apr 2007 12:10:11 -0400 Message-ID: References: <87y7kvxj6p.fsf@arcor.de> <87odlrkn74.fsf@truman.edu> <87tzvhcul9.fsf@stupidchicken.com> <863b2z2mma.fsf@blue.stonehenge.com> <55350.128.165.123.18.1176926533.squirrel@webmail.lanl.gov> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1176999033 7989 80.91.229.12 (19 Apr 2007 16:10:33 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 19 Apr 2007 16:10:33 +0000 (UTC) Cc: emacs-devel@gnu.org, "Kim F. Storm" , "Randal L. Schwartz" To: herring@lanl.gov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Apr 19 18:10:26 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1HeZDB-0006MS-B8 for ged-emacs-devel@m.gmane.org; Thu, 19 Apr 2007 18:10:21 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HeZI8-0002c4-Pl for ged-emacs-devel@m.gmane.org; Thu, 19 Apr 2007 12:15:28 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HeZI5-0002bp-47 for emacs-devel@gnu.org; Thu, 19 Apr 2007 12:15:25 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HeZI4-0002bT-El for emacs-devel@gnu.org; Thu, 19 Apr 2007 12:15:24 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HeZI4-0002bQ-8r for emacs-devel@gnu.org; Thu, 19 Apr 2007 12:15:24 -0400 Original-Received: from mercure.iro.umontreal.ca ([132.204.24.67]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1HeZD5-0000sL-TZ for emacs-devel@gnu.org; Thu, 19 Apr 2007 12:10:16 -0400 Original-Received: from hidalgo.iro.umontreal.ca (hidalgo.iro.umontreal.ca [132.204.27.50]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id 883972CF108; Thu, 19 Apr 2007 12:10:15 -0400 (EDT) Original-Received: from faina.iro.umontreal.ca (faina.iro.umontreal.ca [132.204.26.177]) by hidalgo.iro.umontreal.ca (Postfix) with ESMTP id 283203FE0; Thu, 19 Apr 2007 12:10:12 -0400 (EDT) Original-Received: by faina.iro.umontreal.ca (Postfix, from userid 20848) id 0D27C6C8C9; Thu, 19 Apr 2007 12:10:11 -0400 (EDT) In-Reply-To: <55350.128.165.123.18.1176926533.squirrel@webmail.lanl.gov> (Davis Herring's message of "Wed\, 18 Apr 2007 13\:02\:13 -0700 \(PDT\)") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.94 (gnu/linux) X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-2.82, requis 5, autolearn=not spam, ALL_TRUSTED -2.82) X-DIRO-MailScanner-From: monnier@iro.umontreal.ca X-detected-kernel: Linux 2.6 (newer, 3) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:69642 Archived-At: >> I don't think so. >> >> Theorem: the "/" is *not* a horizontal bar. >> Proof: >> >> What parse tree do you expect from A+B/C+D? >> >> Is it the same as the one you expect from >> >> A + B >> ----- >> C + D >> >> QED. > The "/" there can certainly be considered a horizontal bar: under the B, > and over the C. > B > A + --- + D > C Then we're back to precedence and the question becomes why don't you consider A*B/C*D as B A * --- * D C 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". Stefan