From: Jay Belanger <jay.p.belanger@gmail.com>
To: "Roland Winkler" <winkler@gnu.org>
Cc: 13580@debbugs.gnu.org
Subject: bug#13580: 24.2.92; regression in calc-convert-units
Date: Thu, 07 Feb 2013 13:53:21 -0600 [thread overview]
Message-ID: <87liazq4su.fsf@gmail.com> (raw)
In-Reply-To: <20755.59013.344289.873545@gargle.gargle.HOWL> (Roland Winkler's message of "Thu, 7 Feb 2013 11:38:13 -0600")
> I am sorry, I do not understand the new behavior: Why does
> calc-convert-units ask now
>
> (The expression is unitless when simplified) Old Units:
>
> if the expression is dimensionless?
It says unitless, not dimensionless. They are not the same thing.
> From a different perspective: calc-convert-units in the pretest
> branch is still broken,
Not that I can see. If there are units (whether dimensionless or not),
it will work with those. If there are not units to convert, it will ask
what units you intended.
For example,
convert:
3
There are no units here, so Calc asks for the old units. This behavior
is as old as Calc.
convert:
3 ft/in
This is simply 36. There are no units here, so Calc asks for the old
units. Since someone might wonder why Calc is asking for units, there
is a message pointing out the expression doesn't have any.
convert:
3 rad
This is dimensionless but not unitless. Since there is a unit to work
with, Calc doesn't ask for one.
Which behavior do you consider buggy?
next prev parent reply other threads:[~2013-02-07 19:53 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-01-28 22:24 bug#13580: 24.2.92; regression in calc-convert-units Roland Winkler
2013-01-29 1:10 ` Jay Belanger
2013-01-29 2:55 ` Jay Belanger
2013-01-30 14:20 ` Jay Belanger
2013-02-07 17:38 ` Roland Winkler
2013-02-07 19:53 ` Jay Belanger [this message]
2013-02-07 20:11 ` Roland Winkler
2013-02-07 20:18 ` Jay Belanger
2013-02-07 20:23 ` Roland Winkler
2013-02-07 20:33 ` Jay Belanger
[not found] ` <87pq0bn9st.fsf@gmail.com>
2013-02-07 20:40 ` Glenn Morris
2013-02-08 1:29 ` Jay Belanger
2013-02-08 1:51 ` Glenn Morris
2013-02-07 20:24 ` Roland Winkler
2013-02-07 20:39 ` Jay Belanger
2013-02-07 20:55 ` Roland Winkler
2013-02-07 21:11 ` Jay Belanger
2013-02-08 8:33 ` Eli Zaretskii
2013-02-08 14:30 ` Jay Belanger
2013-02-08 14:49 ` Eli Zaretskii
2013-02-08 14:56 ` Jay Belanger
2013-02-09 4:57 ` Roland Winkler
2013-02-09 15:08 ` Jay Belanger
2013-02-09 16:14 ` Roland Winkler
2013-02-09 23:49 ` Jay Belanger
2013-02-10 0:19 ` Roland Winkler
2013-02-10 0:41 ` Jay Belanger
2013-02-08 15:41 ` Jay Belanger
[not found] ` <87d2wb3k4e.fsf@gmail.com>
2013-02-07 21:19 ` Roland Winkler
2013-02-08 8:21 ` Eli Zaretskii
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=87liazq4su.fsf@gmail.com \
--to=jay.p.belanger@gmail.com \
--cc=13580@debbugs.gnu.org \
--cc=winkler@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).