From: Phil D. <ph...@lo...> - 2013-08-19 10:30:22
|
think it should be capital Variable see include/MiscFunctions.php /*Functions to display numbers in locale of the user */ function locale_number_format($Number, $DecimalPlaces=0) { global $DecimalPoint; global $ThousandsSeparator; if ($_SESSION['Language']=='hi_IN.utf8' OR $_SESSION['Language']=='en_IN.utf8'){ return indian_number_format(floatval($Number),$DecimalPlaces); } else { if (!is_numeric($DecimalPlaces) AND $DecimalPlaces == 'Variable'){ $DecimalPlaces = mb_strlen($Number) - mb_strlen(intval($Number)); if ($DecimalPlaces > 0){ $DecimalPlaces--; } } return number_format(floatval($Number),$DecimalPlaces,$DecimalPoint,$ThousandsSeparator); } } On 19/08/13 22:23, ExsonQu wrote: > *Dear all:* > > In SupplierInvoice.php, the exchange rate is calculated as > locale_numer_format($number,'variable'). Is it right? > > The currencies definition in currencies.php has use 8 as the > decimal places and the number in database is over 11 digits. > > It seems not so good to use double type to store the number. > > Shall we use 8 instead of 'variable' in this file? > > Best regards! > > Exson > > > > -- > View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Is-the-exchange-rate-right-tp4656722.html > Sent from the web-ERP-developers mailing list archive at Nabble.com. > > ------------------------------------------------------------------------------ > Get 100% visibility into Java/.NET code with AppDynamics Lite! > It's a free troubleshooting tool designed for production. > Get down to code-level detail for bottlenecks, with <2% overhead. > Download for free and get started troubleshooting in minutes. > http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > -- Phil Phil Daintree Logic Works Ltd - +64 (0)275 567890 http://www.logicworks.co.nz |