From: Eli Zaretskii <eliz@gnu.org>
To: "Clément Pit--Claudel" <clement.pitclaudel@live.com>
Cc: 25557-done@debbugs.gnu.org
Subject: bug#25557: Documentation of format doesn't describe "g" accurately
Date: Sat, 28 Jan 2017 10:37:25 +0200 [thread overview]
Message-ID: <83poj7zika.fsf@gnu.org> (raw)
In-Reply-To: <78ace0d5-59f1-0d7d-1f0e-b589a947d76c@live.com> (message from Clément Pit--Claudel on Fri, 27 Jan 2017 17:05:28 -0500)
> From: Clément Pit--Claudel <clement.pitclaudel@live.com>
> Date: Fri, 27 Jan 2017 17:05:28 -0500
>
> There seems to be a few issues in the docstring of `format':
>
> > %g means print a number in exponential notation
> > or decimal-point notation, whichever uses fewer characters.
>
> This seems wrong:
>
> (format "%g" 3.0) ⇒ "3", but
> (format "%f" 3.0) ⇒ "3.000000", and
> (format "%e" 3.0) ⇒ "3.000000e+00", so %g is neither %f nor %e.
Fixed.
> > The # flag means to use an alternate display form [...]
> > for %e, %f, and %g, it causes a decimal point to be included even if
> > the precision is zero.
>
> This seems incomplete:
>
> (format "%#.5g" 3) ⇒ "3.0000", while
> (format "%.5g" 3) ⇒ "3", so # doesn't just cause changes when the precision is 0.
I don't understand what you are trying to say (nor the significance of
the '.' flag in the example). '#' forces %g to leave the trailing
zeros after the decimal, so I added that -- is that what you wanted to
say?
> > For %e, %f, and %g sequences, the number after the "." in the
> > precision specifier says how many decimal places to show
>
> This seems wrong, too:
>
> (format "%.5g" 3.0) ⇒ "3", not "3.00000"
> (format "%.5g" 3.1) ⇒ "3.1", not "3.10000"
Fixed.
> Similar problems seem to exist in the actual documentation.
If you mean the ELisp manual, I fixed that as well.
> On a related note, is there a way to get a shortest representation of a number? Something like %g, but without exponents.
Sorry, I don't understand the question. How can you represent an
arbitrary number without exponents at all, except by %f?
Anyway, thanks; I'm marking this bug done.
next prev parent reply other threads:[~2017-01-28 8:37 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-01-27 22:05 bug#25557: Documentation of format doesn't describe "g" accurately Clément Pit--Claudel
2017-01-28 8:37 ` Eli Zaretskii [this message]
2017-01-28 15:04 ` Clément Pit--Claudel
2017-01-28 15:23 ` Eli Zaretskii
2017-01-28 15:45 ` Clément Pit--Claudel
2017-01-28 16:01 ` Eli Zaretskii
2017-01-28 16:18 ` Clément Pit--Claudel
2017-01-28 16:25 ` Eli Zaretskii
2017-01-28 19:14 ` Clément Pit--Claudel
2017-01-28 19:31 ` Eli Zaretskii
2017-01-28 20:06 ` Clément Pit--Claudel
2017-01-28 20:29 ` Eli Zaretskii
2017-01-28 20:45 ` Clément Pit--Claudel
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=83poj7zika.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=25557-done@debbugs.gnu.org \
--cc=clement.pitclaudel@live.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 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.