From: ciesac <we...@si...> - 2015-05-07 00:54:41
|
please any help with The number format is wrong ??? how to avoid this??? -- View this message in context: http://weberp-accounting.1478800.n4.nabble.com/The-number-format-is-wrong-tp4658235.html Sent from the web-ERP-developers mailing list archive at Nabble.com. |
From: gilberto d. s. a. <gs...@gm...> - 2015-05-07 14:01:29
|
Hi. Like you see, anyone of us could help, but we need information like WHAT,WHEN,WHERE,WHO,HOW for help with your why. Details about version, server, locale, format of your currency and details of your environment var. thanks. 2015-05-06 21:38 GMT-03:00 ciesac <we...@si...>: > please any help with The number format is wrong ??? how to avoid this??? > > > > -- > View this message in context: > http://weberp-accounting.1478800.n4.nabble.com/The-number-format-is-wrong-tp4658235.html > Sent from the web-ERP-developers mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------------ > One dashboard for servers and applications across Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that give you Actionable Insights > Deep dive visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > -- gilberto dos santos alves +55(11)9-8646-5049 sao paulo - sp - brasil |
From: ciesac <we...@si...> - 2015-05-07 15:42:26
|
Sorry for that Server : Linux 3.2.0-4-amd64 #1 SMP Debian 3.2.65-1+deb7u2 x86_64 GNU/Linux locale : LANG=es_PE.UTF-8 LANGUAGE=es_PE:es LC_CTYPE="es_PE.UTF-8" LC_NUMERIC="es_PE.UTF-8" LC_TIME="es_PE.UTF-8" LC_COLLATE="es_PE.UTF-8" LC_MONETARY="es_PE.UTF-8" LC_MESSAGES="es_PE.UTF-8" LC_PAPER="es_PE.UTF-8" LC_NAME="es_PE.UTF-8" LC_ADDRESS="es_PE.UTF-8" LC_TELEPHONE="es_PE.UTF-8" LC_MEASUREMENT="es_PE.UTF-8" LC_IDENTIFICATION="es_PE.UTF-8" LC_ALL= change in LanguagesArray.php $LanguagesArray['es_ES.utf8']['LanguageName'] = 'Español'; $LanguagesArray['es_ES.utf8']['WindowsLocale'] = 'spanish'; $LanguagesArray['es_ES.utf8']['DecimalPoint'] = '.'; $LanguagesArray['es_ES.utf8']['ThousandsSeparator'] = ','; users are in spanish if a try to modify any price or cost example Prices.php? the number format is wrong if a change to english united kingdom works ok, but not for language spanish -- View this message in context: http://weberp-accounting.1478800.n4.nabble.com/The-number-format-is-wrong-tp4658235p4658239.html Sent from the web-ERP-developers mailing list archive at Nabble.com. |
From: Rafael C. <raf...@gm...> - 2015-05-07 16:37:41
|
For Spanish, the ISO format is "#.##0,00". That is comma for decimal, dot for thousands. Where, exactly, is it not this format? 2015-05-07 9:26 GMT-06:00 ciesac <we...@si...>: > Sorry for that > Server : > Linux 3.2.0-4-amd64 #1 SMP Debian 3.2.65-1+deb7u2 x86_64 GNU/Linux > > locale : > LANG=es_PE.UTF-8 > LANGUAGE=es_PE:es > LC_CTYPE="es_PE.UTF-8" > LC_NUMERIC="es_PE.UTF-8" > LC_TIME="es_PE.UTF-8" > LC_COLLATE="es_PE.UTF-8" > LC_MONETARY="es_PE.UTF-8" > LC_MESSAGES="es_PE.UTF-8" > LC_PAPER="es_PE.UTF-8" > LC_NAME="es_PE.UTF-8" > LC_ADDRESS="es_PE.UTF-8" > LC_TELEPHONE="es_PE.UTF-8" > LC_MEASUREMENT="es_PE.UTF-8" > LC_IDENTIFICATION="es_PE.UTF-8" > LC_ALL= > > > change in LanguagesArray.php > $LanguagesArray['es_ES.utf8']['LanguageName'] = 'Español'; > $LanguagesArray['es_ES.utf8']['WindowsLocale'] = 'spanish'; > $LanguagesArray['es_ES.utf8']['DecimalPoint'] = '.'; > $LanguagesArray['es_ES.utf8']['ThousandsSeparator'] = ','; > > users are in spanish > > if a try to modify any price or cost example Prices.php? > > the number format is wrong > > if a change to english united kingdom works ok, but not for language > spanish > > > > > > > > -- > View this message in context: > http://weberp-accounting.1478800.n4.nabble.com/The-number-format-is-wrong-tp4658235p4658239.html > Sent from the web-ERP-developers mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------------ > One dashboard for servers and applications across Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that give you Actionable Insights > Deep dive visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > |
From: ciesac <we...@si...> - 2015-05-07 16:41:02
|
How Can I modify this ? we use 1,000.50 this format ( we are in peru ) we speak spanish as well -- View this message in context: http://weberp-accounting.1478800.n4.nabble.com/The-number-format-is-wrong-tp4658235p4658241.html Sent from the web-ERP-developers mailing list archive at Nabble.com. |
From: Rafael C. <raf...@gm...> - 2015-05-07 16:54:04
|
Hi Humberto, It is the same problem in Costa Rica: some people want to use "American format" (format in US machines), but it is not the "legal" one. In Spanish the correct is (see Spanish language authorities): * Comma for decimal, dot for thousands. * Billion for 1 million x 1 million (1.000.000.000.000), not 1 thousand x 1 millon (as american English). In Spanish is the same as in British English, in German, etc.). I warn you about using no-standard formats. Some software can not handle this and information exchange formats are based on standardised formats. Best regards, Rafael. 2015-05-07 10:24 GMT-06:00 ciesac <we...@si...>: > How Can I modify this ? we use 1,000.50 this format ( we are in peru ) we > speak spanish as well > > > > -- > View this message in context: > http://weberp-accounting.1478800.n4.nabble.com/The-number-format-is-wrong-tp4658235p4658241.html > Sent from the web-ERP-developers mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------------ > One dashboard for servers and applications across Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that give you Actionable Insights > Deep dive visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > |
From: Rafael C. <raf...@gm...> - 2015-05-07 17:34:06
|
Would there be any interest in creating and maintaining a Spanish-USA (es_US)? 2015-05-07 10:53 GMT-06:00 Rafael Chacón <raf...@gm...>: > Hi Humberto, > > It is the same problem in Costa Rica: some people want to use "American > format" (format in US machines), but it is not the "legal" one. > > In Spanish the correct is (see Spanish language authorities): > * Comma for decimal, dot for thousands. > * Billion for 1 million x 1 million (1.000.000.000.000), not 1 thousand x > 1 millon (as american English). In Spanish is the same as > in British English, in German, etc.). > > I warn you about using no-standard formats. Some software can not handle > this and information exchange formats are based on standardised formats. > > Best regards, Rafael. > > 2015-05-07 10:24 GMT-06:00 ciesac <we...@si...>: > > How Can I modify this ? we use 1,000.50 this format ( we are in peru ) we >> speak spanish as well >> >> >> >> -- >> View this message in context: >> http://weberp-accounting.1478800.n4.nabble.com/The-number-format-is-wrong-tp4658235p4658241.html >> Sent from the web-ERP-developers mailing list archive at Nabble.com. >> >> >> ------------------------------------------------------------------------------ >> One dashboard for servers and applications across Physical-Virtual-Cloud >> Widest out-of-the-box monitoring support with 50+ applications >> Performance metrics, stats and reports that give you Actionable Insights >> Deep dive visibility with transaction tracing using APM Insight. >> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y >> _______________________________________________ >> Web-erp-developers mailing list >> Web...@li... >> https://lists.sourceforge.net/lists/listinfo/web-erp-developers >> > > |