Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:24772
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Date: Thu, 20 Jul 2006 21:21:12 +0200
Reply-To: Marcus Boerger <helly@php.net>
Message-ID: <105846538.20060720212112@marcus-boerger.de>
To: Matt W <php_lists@realplain.com>
Cc: internals@lists.php.net
In-Reply-To: <018101c6abf6$ee273810$0201a8c0@pc1>
References: <018101c6abf6$ee273810$0201a8c0@pc1>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] [v][sf]printf additions (#, E, g, G)
From: helly@php.net (Marcus Boerger)

Hello Matt,

Thursday, July 20, 2006, 2:20:46 PM, you wrote:

> Hi,

> I've wished there was a *printf() float specifier that wouldn't include
> trailing zeros/point, as simply converting to string (echo, %s, etc.) can
> result in scientific notation, which I *don't* want (%g in
> convert_to_string()).  The only other way that would result in what I want
> is number_format() with my "no-extra-zeros option" patch. ;-)  So I was
> originally looking for how to NOT pad %f to the specified precision, then I
> thought why not add more of the stuff from C?  (And I see it's marked "not
> done" in formatted_print.c.)

> Can/should I go ahead and add support for the # flag/specifier, g/G, and E
> (the missing compliment to e)?  Make everything work like C, except # used
> with f/F, which would mean "remove trailing 0's/point" -- as C's behavior
> with # and f (add point even when precision=0?) can be done in PHP.  (I
> assume C's is for when precision is specified with * + parameter?)

Having more conversion specifiers here won't hurt. If it can be done
in a way compatible to other languages especially like C it should be
done in that way. If PHP has already closed the way by choosing opposite
defaults the opposite should everntually also work.

Best regards,
 Marcus