Format(3pm) | User Contributed Perl Documentation | Format(3pm) |
Number::Format - Perl extension for formatting numbers
use Number::Format; my $x = new Number::Format %args; $formatted = $x->round($number, $precision); $formatted = $x->format_number($number, $precision, $trailing_zeroes); $formatted = $x->format_negative($number, $picture); $formatted = $x->format_picture($number, $picture); $formatted = $x->format_price($number, $precision, $symbol); $formatted = $x->format_bytes($number, $precision); $number = $x->unformat_number($formatted); use Number::Format qw(:subs); $formatted = round($number, $precision); $formatted = format_number($number, $precision, $trailing_zeroes); $formatted = format_negative($number, $picture); $formatted = format_picture($number, $picture); $formatted = format_price($number, $precision, $symbol); $formatted = format_bytes($number, $precision); $number = unformat_number($formatted);
Perl, version 5.8 or higher.
POSIX.pm to determine locale settings.
Carp.pm is used for some error reporting.
These functions provide an easy means of formatting numbers in a manner suitable for displaying to the user.
There are two ways to use this package. One is to declare an object of type Number::Format, which you can think of as a formatting engine. The various functions defined here are provided as object methods. The constructor "new()" can be used to set the parameters of the formatting engine. Valid parameters are:
THOUSANDS_SEP - character inserted between groups of 3 digits DECIMAL_POINT - character separating integer and fractional parts MON_THOUSANDS_SEP - like THOUSANDS_SEP, but used for format_price MON_DECIMAL_POINT - like DECIMAL_POINT, but used for format_price INT_CURR_SYMBOL - character(s) denoting currency (see format_price()) DECIMAL_DIGITS - number of digits to the right of dec point (def 2) DECIMAL_FILL - boolean; whether to add zeroes to fill out decimal NEG_FORMAT - format to display negative numbers (def ``-x'') KILO_SUFFIX - suffix to add when format_bytes formats kilobytes (trad) MEGA_SUFFIX - " " " " " " megabytes (trad) GIGA_SUFFIX - " " " " " " gigabytes (trad) KIBI_SUFFIX - suffix to add when format_bytes formats kibibytes (iec) MEBI_SUFFIX - " " " " " " mebibytes (iec) GIBI_SUFFIX - " " " " " " gibibytes (iec)
They may be specified in upper or lower case, with or without a leading hyphen ( - ).
If "THOUSANDS_SEP" is set to the empty string, format_number will not insert any separators.
The defaults for "THOUSANDS_SEP", "DECIMAL_POINT", "MON_THOUSANDS_SEP", "MON_DECIMAL_POINT", and "INT_CURR_SYMBOL" come from the POSIX locale information (see perllocale). If your POSIX locale does not provide "MON_THOUSANDS_SEP" and/or "MON_DECIMAL_POINT" fields, then the "THOUSANDS_SEP" and/or "DECIMAL_POINT" values are used for those parameters. Formerly, POSIX was optional but this caused problems in some cases, so it is now required. If this causes you hardship, please contact the author of this package at <SwPrAwM@cpan.org> (remove "SPAM" to get correct email address) for help.
If any of the above parameters are not specified when you invoke "new()", then the values are taken from package global variables of the same name (e.g. $DECIMAL_POINT is the default for the "DECIMAL_POINT" parameter). If you use the ":vars" keyword on your "use Number::Format" line (see non-object-oriented example below) you will import those variables into your namesapce and can assign values as if they were your own local variables. The default values for all the parameters are:
THOUSANDS_SEP = ',' DECIMAL_POINT = '.' MON_THOUSANDS_SEP = ',' MON_DECIMAL_POINT = '.' INT_CURR_SYMBOL = 'USD' DECIMAL_DIGITS = 2 DECIMAL_FILL = 0 NEG_FORMAT = '-x' KILO_SUFFIX = 'K' MEGA_SUFFIX = 'M' GIGA_SUFFIX = 'G' KIBI_SUFFIX = 'KiB' MEBI_SUFFIX = 'MiB' GIBI_SUFFIX = 'GiB'
Note however that when you first call one of the functions in this module without using the object-oriented interface, further setting of those global variables will have no effect on non-OO calls. It is recommended that you use the object-oriented interface instead for fewer headaches and a cleaner design.
The "DECIMAL_FILL" and "DECIMAL_DIGITS" values are not set by the Locale system, but are definable by the user. They affect the output of "format_number()". Setting "DECIMAL_DIGITS" is like giving that value as the $precision argument to that function. Setting "DECIMAL_FILL" to a true value causes "format_number()" to append zeroes to the right of the decimal digits until the length is the specified number of digits.
"NEG_FORMAT" is only used by "format_negative()" and is a string containing the letter 'x', where that letter will be replaced by a positive representation of the number being passed to that function. "format_number()" and "format_price()" utilize this feature by calling "format_negative()" if the number was less than 0.
"KILO_SUFFIX", "MEGA_SUFFIX", and "GIGA_SUFFIX" are used by "format_bytes()" when the value is over 1024, 1024*1024, or 1024*1024*1024, respectively. The default values are "K", "M", and "G". These apply in the default "traditional" mode only. Note: TERA or higher are not implemented because of integer overflows on 32-bit systems.
"KIBI_SUFFIX", "MEBI_SUFFIX", and "GIBI_SUFFIX" are used by "format_bytes()" when the value is over 1024, 1024*1024, or 1024*1024*1024, respectively. The default values are "KiB", "MiB", and "GiB". These apply in the "iso60027"" mode only. Note: TEBI or higher are not implemented because of integer overflows on 32-bit systems.
The only restrictions on "DECIMAL_POINT" and "THOUSANDS_SEP" are that they must not be digits and must not be identical. There are no restrictions on "INT_CURR_SYMBOL".
For example, a German user might include this in their code:
use Number::Format; my $de = new Number::Format(-thousands_sep => '.', -decimal_point => ',', -int_curr_symbol => 'DEM'); my $formatted = $de->format_number($number);
Or, if you prefer not to use the object oriented interface, you can do this instead:
use Number::Format qw(:subs :vars); $THOUSANDS_SEP = '.'; $DECIMAL_POINT = ','; $INT_CURR_SYMBOL = 'DEM'; my $formatted = format_number($number);
Nothing is exported by default. To export the functions or the global variables defined herein, specify the function name(s) on the import list of the "use Number::Format" statement. To export all functions defined herein, use the special tag ":subs". To export the variables, use the special tag ":vars"; to export both subs and vars you can use the tag ":all".
my $de = new Number::Format(-thousands_sep => '.', -decimal_point => ',', -int_curr_symbol => 'DEM');
round(3.14159) yields 3.14 round(3.14159, 4) yields 3.1416 round(42.00, 4) yields 42 round(1234, -2) yields 1200
Since this is a mathematical rather than string oriented function, there will be no trailing zeroes to the right of the decimal point, and the "DECIMAL_POINT" and "THOUSANDS_SEP" variables are ignored. To format your number using the "DECIMAL_POINT" and "THOUSANDS_SEP" variables, use "format_number()" instead.
If the value is too large or great to work with as a regular number, but instead must be shown in scientific notation, returns that number in scientific notation without further formatting.
Examples:
format_number(12345.6789) yields '12,345.68' format_number(123456.789, 2) yields '123,456.79' format_number(1234567.89, 2) yields '1,234,567.89' format_number(1234567.8, 2) yields '1,234,567.8' format_number(1234567.8, 2, 1) yields '1,234,567.80' format_number(1.23456789, 6) yields '1.234568' format_number("0.000020000E+00", 7);' yields '2e-05'
Of course the output would have your values of "THOUSANDS_SEP" and "DECIMAL_POINT" instead of ',' and '.' respectively.
format_picture(100.023, 'USD ##,###.##') yields 'USD 100.02' format_picture(1000.23, 'USD ##,###.##') yields 'USD 1,000.23' format_picture(10002.3, 'USD ##,###.##') yields 'USD 10,002.30' format_picture(100023, 'USD ##,###.##') yields 'USD **,***.**' format_picture(1.00023, 'USD #.###,###') yields 'USD 1.002,300'
The comma (,) and period (.) you see in the picture examples should match the values of "THOUSANDS_SEP" and "DECIMAL_POINT", respectively, for proper operation. However, the "THOUSANDS_SEP" characters in $picture need not occur every three digits; the only use of that variable by this function is to remove leading commas (see the first example above). There may not be more than one instance of "DECIMAL_POINT" in $picture.
The value of "NEG_FORMAT" is used to determine how negative numbers are displayed. The result of this is that the output of this function my have unexpected spaces before and/or after the number. This is necessary so that positive and negative numbers are formatted into a space the same size. If you are only using positive numbers and want to avoid this problem, set NEG_FORMAT to "x".
The $symbol attribute may be one of "INT_CURR_SYMBOL" or "CURRENCY_SYMBOL" (case insensitive) to use the value of that attribute of the object, or a string containing the symbol to be used. The default is "INT_CURR_SYMBOL" if this argument is undefined or not given; if set to the empty string, or if set to undef and the "INT_CURR_SYMBOL" attribute of the object is the empty string, no currency will be added.
If $precision is not provided, the default of 2 will be used. Examples:
format_price(12.95) yields 'USD 12.95' format_price(12) yields 'USD 12.00' format_price(12, 3) yields '12.000'
The third example assumes that "INT_CURR_SYMBOL" is the empty string.
Negative values will result in an error.
The second parameter can be either a hash that sets options, or a number. Using a number here is deprecated and will generate a warning; early versions of Number::Format only allowed a numeric value. A future release of Number::Format will change this warning to an error. New code should use a hash instead to set options. If it is a number this sets the value of the "precision" option.
Valid options are:
format_bytes(12.95) yields '12.95' format_bytes(12.95, precision => 0) yields '13' format_bytes(2048) yields '2K' format_bytes(2048, mode => "iec") yields '2KiB' format_bytes(9999999) yields '9.54M' format_bytes(9999999, precision => 1) yields '9.5M'
However if a value is given for "unit" it will use that value instead. The first letter (case-insensitive) of the value given indicates the threshhold for conversion; acceptable values are G (for giga/gibi), M (for mega/mebi), K (for kilo/kibi), or A (for automatic, the default). For example:
format_bytes(1048576, unit => 'K') yields '1,024K' instead of '1M'
Note that the valid values to this option do not vary even when the suffix configuration variables have been changed.
If the mode (see below) is set to "iec" or "iec60027" then setting the base option results in an error.
unformat_number('USD 12.95') yields 12.95 unformat_number('USD 12.00') yields 12 unformat_number('foobar') yields undef unformat_number('1234-567@.8') yields 1234567.8
The value of "DECIMAL_POINT" is used to determine where to separate the integer and decimal portions of the input. All other non-digit characters, including but not limited to "INT_CURR_SYMBOL" and "THOUSANDS_SEP", are removed.
If the number matches the pattern of "NEG_FORMAT" or there is a ``-'' character before any of the digits, then a negative number is returned.
If the number ends with the "KILO_SUFFIX", "KIBI_SUFFIX", "MEGA_SUFFIX", "MEBI_SUFFIX", "GIGA_SUFFIX", or "GIBI_SUFFIX" characters, then the number returned will be multiplied by the appropriate multiple of 1024 (or if the base option is given, by the multiple of that value) as appropriate. Examples:
unformat_number("4K", base => 1024) yields 4096 unformat_number("4K", base => 1000) yields 4000 unformat_number("4KiB", base => 1024) yields 4096 unformat_number("4G") yields 4294967296
Some systems, notably OpenBSD, may have incomplete locale support. Using this module together with setlocale(3) in OpenBSD may therefore not produce the intended results.
No known bugs at this time. Report bugs using the CPAN request tracker at <https://rt.cpan.org/NoAuth/Bugs.html?Dist=Number-Format> or by email to the author.
William R. Ward, SwPrAwM@cpan.org (remove "SPAM" before sending email, leaving only my initials)
perl(1).
2023-07-05 | perl v5.36.0 |