web-erp-developers — Discussion on development of webERP

Re: [WebERP-developers] BOM effective dates mismatch

[gilberto d. s. a. <gs...@gm...>]

Hi. Please could you describe (if possible) what scripts you are talking
(tools like diff or others similar). Thanks for your time.

2015-01-21 16:48 GMT-02:00 Vitaly Shevkunov <vsh...@so...>:

> Hello all,
>
> I just noticed, that there is a discrepancy in how different scrips
> access the BOM table. Some of them do this
>
>              AND bom.effectiveafter < '" . Date('Y-m-d') . "'
>              AND (bom.effectiveto > '" . Date('Y-m-d') . "'
>               OR bom.effectiveto='0000-00-00')";
>
> Others have
> AND bom.effectiveto >= '" . date('Y-m-d') . "'
>                AND bom.effectiveafter <= '" . date('Y-m-d') . "'";
>
> And yet others do not check effective dates at all.
>
> I would like to fix this, but I am not sure if I am supposed to use '>'
> or '>='.
>
> Thanks,
>
> Vitaly
>
>
>
> ------------------------------------------------------------------------------
> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> GigeNET is offering a free month of service with a new server in Ashburn.
> Choose from 2 high performing configs, both with 100TB of bandwidth.
> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
> http://p.sf.net/sfu/gigenet
> _______________________________________________
> 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

Re: [WebERP-developers] New version

[Andrew G. <aga...@re...>]

Hello Rafael,
Yes - I try to incorporate as ,much as I can into the main trunk.  Very rarely I see a specific business need that I keep to myself and 1 major change wasn’t quite accepted in the trunk ☹ even though I think it is a good feature.  So that one will be more work for me to incorporate

Best Regards,
Andrew Galuski
ResMart LLC.
817.615.2038 (Office)
817.821.0544 (Cell)
www.resmart.com<http://www.resmart.com>
[resmart_logo]

From: Rafael Chacón [mailto:raf...@gm...]
Sent: Wednesday, January 21, 2015 1:01 PM
To: webERP Developers
Subject: Re: [WebERP-developers] New version

Hi Andrew,

Yes, I understand. For me, always a new version involves an effort to compare new version with customised versions.
At the beginning, as a newbie, I made the mistake of doing several customised versions. Now, I prefer to not do customized versions (the update is a headache). Instead, I prefer to include new features in the webERP main version if it make sense. I am trying to move those customisation to main code. Lucky, except forms, I eliminated the other customisations

For modifications done, is it possible to incorporate them as new features or options? Maybe we can join efforts in that way.
Best regards, Rafael.


2015-01-21 12:47 GMT-06:00 Rafael Chacón <raf...@gm...<mailto:raf...@gm...>>:
Hi,

IMHO, the arguments for a new version are:

1. As a Software Libre (free and open source software)

A new version is a way to share the changes made to the shared code. A new version fixes bugs and adds new features, and makes them available to everyone (not just developers and testers).
I suggest twice a year, as other Software Libre does (Ubuntu, LibreOffice, etc.). It could be in May and November of each year. In this way, we can schedule advertising and do intensive testing in April and October.

2. A specific new release after 4.11.5

+ The release is 4.11.5 came out between some modifications and its bug fixes. So if someone uses 4.11.5, he will have a version with bugs that are already fixed.
+ Since version 4.11.5 to today, there have been many changes. These charges are important.  E.g.: db-function, Z_UpdateItemCosts.php, CustomerBalancesMovement.php, new Quality Module, translation scripts, etc. Some of them involves databases changes.

I suggest a new version to not comprise an installation with bugs already fixed. It could be 4.11.5.b (with only the bug fixes added) or a new release 4.12.
Best regads, Rafael.


2015-01-21 12:06 GMT-06:00 Phil Daintree <ph...@lo...<mailto:ph...@lo...>>:

Re: [WebERP-developers] New version.eml
Subject:
Re: [WebERP-developers] New version

From:
Tim Schofield <tim...@gm...><mailto:tim...@gm...>

Date:
22/01/15 03:46


To:
webERP Developers <web...@li...><mailto:web...@li...>



Mostly just a warning. DB_query() is defined as function DB_query

($SQL, $ErrorMessage='', $DebugMessage= '', $Transaction=false,

$TrapErrors=true) so if you did a call such as DB_query($SQL, $db) it

will assume the error message to be the value of $db so you will just

get a wrong type warning.



However if you did a call such as DB_query ($SQL, $db, 'Error

Message', 'Debug Message', false, true); you will get an error as

there are an incorrect number of parameters used.



Either way you should get rid of all $db except those in the

ConnectDB_*.inc files



Thanks

Tim



On 21 January 2015 at 14:03, Andrew Galuski <aga...@re...><mailto:aga...@re...> wrote:

IOn 22/01/15 03:03, Andrew Galuski wrote:

It will be a large effort on my part (Especially identifying all my modifications I have that may not be in the main trunk (Like the picking, packing, shipping functionality that is separate from Invoicing)

Quick question, If I still call DB_Query() in code with the $db parameter and the include file doesn't expect it will I get a hard error or a warning?



Best Regards,

Andrew Galuski





-----Original Message-----

From: Phil Daintree [mailto:ph...@lo...]

Sent: Tuesday, January 20, 2015 11:38 PM

To: webERP Developers

Subject: [WebERP-developers] New version



Rafael suggested we go for a new version recently.

We last released in October - I thought it was more recent than that.

There are a few bug fixes in there and a whole load of work I did to change the DB_query() calls to exclude the global $db in them. Would be interested to know what others think about another release now?



--

Phil



Phil Daintree

Logic Works Ltd - +64 (0)275 567890

http://www.logicworks.co.nz





------------------------------------------------------------------------------

New Year. New Location. New Benefits. New Data Center in Ashburn, VA.

GigeNET is offering a free month of service with a new server in Ashburn.

Choose from 2 high performing configs, both with 100TB of bandwidth.

Higher redundancy.Lower latency.Increased capacity.Completely compliant.

http://p.sf.net/sfu/gigenet

_______________________________________________

Web-erp-developers mailing list

Web...@li...<mailto:Web...@li...>

https://lists.sourceforge.net/lists/listinfo/web-erp-developers



------------------------------------------------------------------------------

New Year. New Location. New Benefits. New Data Center in Ashburn, VA.

GigeNET is offering a free month of service with a new server in Ashburn.

Choose from 2 high performing configs, both with 100TB of bandwidth.

Higher redundancy.Lower latency.Increased capacity.Completely compliant.

http://p.sf.net/sfu/gigenet

_______________________________________________

Web-erp-developers mailing list

Web...@li...<mailto:Web...@li...>

https://lists.sourceforge.net/lists/listinfo/web-erp-developers




------------------------------------------------------------------------------
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet
_______________________________________________
Web-erp-developers mailing list
Web...@li...<mailto:Web...@li...>
https://lists.sourceforge.net/lists/listinfo/web-erp-developers

[WebERP-developers] BOM effective dates mismatch

[Vitaly S. <vsh...@so...>]

Hello all,

I just noticed, that there is a discrepancy in how different scrips 
access the BOM table. Some of them do this

             AND bom.effectiveafter < '" . Date('Y-m-d') . "'
             AND (bom.effectiveto > '" . Date('Y-m-d') . "'
              OR bom.effectiveto='0000-00-00')";

Others have
AND bom.effectiveto >= '" . date('Y-m-d') . "'
               AND bom.effectiveafter <= '" . date('Y-m-d') . "'";

And yet others do not check effective dates at all.

I would like to fix this, but I am not sure if I am supposed to use '>' 
or '>='.

Thanks,

Vitaly

Re: [WebERP-developers] New version

[Rafael C. <raf...@gm...>]

Hi Andrew,

Yes, I understand. For me, always a new version involves an effort to
compare new version with customised versions.
At the beginning, as a newbie, I made the mistake of doing several
customised versions. Now, I prefer to not do customized versions (the
update is a headache). Instead, I prefer to include new features in the
webERP main version if it make sense. I am trying to move those
customisation to main code. Lucky, except forms, I eliminated the other
customisations

For modifications done, is it possible to incorporate them as new features
or options? Maybe we can join efforts in that way.

Best regards, Rafael.


2015-01-21 12:47 GMT-06:00 Rafael Chacón <raf...@gm...>:

> Hi,
>
> IMHO, the arguments for a new version are:
>
> 1. As a Software Libre (free and open source software)
>
> A new version is a way to share the changes made to the shared code. A new
> version fixes bugs and adds new features, and makes them available to
> everyone (not just developers and testers).
> I suggest twice a year, as other Software Libre does (Ubuntu, LibreOffice,
> etc.). It could be in May and November of each year. In this way, we can
> schedule advertising and do intensive testing in April and October.
>
> 2. A specific new release after 4.11.5
>
> + The release is 4.11.5 came out between some modifications and its bug
> fixes. So if someone uses 4.11.5, he will have a version with bugs that are
> already fixed.
> + Since version 4.11.5 to today, there have been many changes. These
> charges are important.  E.g.: db-function, Z_UpdateItemCosts.php,
> CustomerBalancesMovement.php, new Quality Module, translation scripts, etc.
> Some of them involves databases changes.
>
> I suggest a new version to not comprise an installation with bugs already
> fixed. It could be 4.11.5.b (with only the bug fixes added) or a new
> release 4.12.
>
> Best regads, Rafael.
>
>
>
> 2015-01-21 12:06 GMT-06:00 Phil Daintree <ph...@lo...>:
>
>  Re: [WebERP-developers] New version.eml
>> Subject:
>> Re: [WebERP-developers] New version
>> From:
>> Tim Schofield <tim...@gm...> <tim...@gm...>
>> Date:
>> 22/01/15 03:46
>> To:
>> webERP Developers <web...@li...>
>> <web...@li...>
>>
>> Mostly just a warning. DB_query() is defined as function DB_query
>> ($SQL, $ErrorMessage='', $DebugMessage= '', $Transaction=false,
>> $TrapErrors=true) so if you did a call such as DB_query($SQL, $db) it
>> will assume the error message to be the value of $db so you will just
>> get a wrong type warning.
>>
>> However if you did a call such as DB_query ($SQL, $db, 'Error
>> Message', 'Debug Message', false, true); you will get an error as
>> there are an incorrect number of parameters used.
>>
>> Either way you should get rid of all $db except those in the
>> ConnectDB_*.inc files
>>
>> Thanks
>> Tim
>>
>> On 21 January 2015 at 14:03, Andrew Galuski <aga...@re...> <aga...@re...> wrote:
>>
>> IOn 22/01/15 03:03, Andrew Galuski wrote:
>>
>>  It will be a large effort on my part (Especially identifying all my modifications I have that may not be in the main trunk (Like the picking, packing, shipping functionality that is separate from Invoicing)
>> Quick question, If I still call DB_Query() in code with the $db parameter and the include file doesn't expect it will I get a hard error or a warning?
>>
>> Best Regards,
>> Andrew Galuski
>>
>>
>> -----Original Message-----
>> From: Phil Daintree [mailto:ph...@lo... <ph...@lo...>]
>> Sent: Tuesday, January 20, 2015 11:38 PM
>> To: webERP Developers
>> Subject: [WebERP-developers] New version
>>
>> Rafael suggested we go for a new version recently.
>> We last released in October - I thought it was more recent than that.
>> There are a few bug fixes in there and a whole load of work I did to change the DB_query() calls to exclude the global $db in them. Would be interested to know what others think about another release now?
>>
>> --
>> Phil
>>
>> Phil Daintree
>> Logic Works Ltd - +64 (0)275 567890http://www.logicworks.co.nz
>>
>>
>> ------------------------------------------------------------------------------
>> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
>> GigeNET is offering a free month of service with a new server in Ashburn.
>> Choose from 2 high performing configs, both with 100TB of bandwidth.
>> Higher redundancy.Lower latency.Increased capacity.Completely compliant.http://p.sf.net/sfu/gigenet
>> _______________________________________________
>> Web-erp-developers mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>
>> ------------------------------------------------------------------------------
>> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
>> GigeNET is offering a free month of service with a new server in Ashburn.
>> Choose from 2 high performing configs, both with 100TB of bandwidth.
>> Higher redundancy.Lower latency.Increased capacity.Completely compliant.http://p.sf.net/sfu/gigenet
>> _______________________________________________
>> Web-erp-developers mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
>> GigeNET is offering a free month of service with a new server in Ashburn.
>> Choose from 2 high performing configs, both with 100TB of bandwidth.
>> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
>> http://p.sf.net/sfu/gigenet
>> _______________________________________________
>> Web-erp-developers mailing list
>> Web...@li...
>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>>
>>
>

Re: [WebERP-developers] New version

[Rafael C. <raf...@gm...>]

Hi,

IMHO, the arguments for a new version are:

1. As a Software Libre (free and open source software)

A new version is a way to share the changes made to the shared code. A new
version fixes bugs and adds new features, and makes them available to
everyone (not just developers and testers).
I suggest twice a year, as other Software Libre does (Ubuntu, LibreOffice,
etc.). It could be in May and November of each year. In this way, we can
schedule advertising and do intensive testing in April and October.

2. A specific new release after 4.11.5

+ The release is 4.11.5 came out between some modifications and its bug
fixes. So if someone uses 4.11.5, he will have a version with bugs that are
already fixed.
+ Since version 4.11.5 to today, there have been many changes. These
charges are important.  E.g.: db-function, Z_UpdateItemCosts.php,
CustomerBalancesMovement.php, new Quality Module, translation scripts, etc.
Some of them involves databases changes.

I suggest a new version to not comprise an installation with bugs already
fixed. It could be 4.11.5.b (with only the bug fixes added) or a new
release 4.12.

Best regads, Rafael.



2015-01-21 12:06 GMT-06:00 Phil Daintree <ph...@lo...>:

>  Re: [WebERP-developers] New version.eml
> Subject:
> Re: [WebERP-developers] New version
> From:
> Tim Schofield <tim...@gm...> <tim...@gm...>
> Date:
> 22/01/15 03:46
> To:
> webERP Developers <web...@li...>
> <web...@li...>
>
> Mostly just a warning. DB_query() is defined as function DB_query
> ($SQL, $ErrorMessage='', $DebugMessage= '', $Transaction=false,
> $TrapErrors=true) so if you did a call such as DB_query($SQL, $db) it
> will assume the error message to be the value of $db so you will just
> get a wrong type warning.
>
> However if you did a call such as DB_query ($SQL, $db, 'Error
> Message', 'Debug Message', false, true); you will get an error as
> there are an incorrect number of parameters used.
>
> Either way you should get rid of all $db except those in the
> ConnectDB_*.inc files
>
> Thanks
> Tim
>
> On 21 January 2015 at 14:03, Andrew Galuski <aga...@re...> <aga...@re...> wrote:
>
> IOn 22/01/15 03:03, Andrew Galuski wrote:
>
>  It will be a large effort on my part (Especially identifying all my modifications I have that may not be in the main trunk (Like the picking, packing, shipping functionality that is separate from Invoicing)
> Quick question, If I still call DB_Query() in code with the $db parameter and the include file doesn't expect it will I get a hard error or a warning?
>
> Best Regards,
> Andrew Galuski
>
>
> -----Original Message-----
> From: Phil Daintree [mailto:ph...@lo... <ph...@lo...>]
> Sent: Tuesday, January 20, 2015 11:38 PM
> To: webERP Developers
> Subject: [WebERP-developers] New version
>
> Rafael suggested we go for a new version recently.
> We last released in October - I thought it was more recent than that.
> There are a few bug fixes in there and a whole load of work I did to change the DB_query() calls to exclude the global $db in them. Would be interested to know what others think about another release now?
>
> --
> Phil
>
> Phil Daintree
> Logic Works Ltd - +64 (0)275 567890http://www.logicworks.co.nz
>
>
> ------------------------------------------------------------------------------
> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> GigeNET is offering a free month of service with a new server in Ashburn.
> Choose from 2 high performing configs, both with 100TB of bandwidth.
> Higher redundancy.Lower latency.Increased capacity.Completely compliant.http://p.sf.net/sfu/gigenet
> _______________________________________________
> Web-erp-developers mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>
> ------------------------------------------------------------------------------
> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> GigeNET is offering a free month of service with a new server in Ashburn.
> Choose from 2 high performing configs, both with 100TB of bandwidth.
> Higher redundancy.Lower latency.Increased capacity.Completely compliant.http://p.sf.net/sfu/gigenet
> _______________________________________________
> Web-erp-developers mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>
>
>
>
> ------------------------------------------------------------------------------
> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> GigeNET is offering a free month of service with a new server in Ashburn.
> Choose from 2 high performing configs, both with 100TB of bandwidth.
> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
> http://p.sf.net/sfu/gigenet
> _______________________________________________
> Web-erp-developers mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>
>

Re: [WebERP-developers] New version

[Phil D. <ph...@lo...>]

Re: [WebERP-developers] New version.eml

Subject:
Re: [WebERP-developers] New version
From:
Tim Schofield <tim...@gm...>
Date:
22/01/15 03:46

To:
webERP Developers <web...@li...>


Mostly just a warning. DB_query() is defined as function DB_query
($SQL, $ErrorMessage='', $DebugMessage= '', $Transaction=false,
$TrapErrors=true) so if you did a call such as DB_query($SQL, $db) it
will assume the error message to be the value of $db so you will just
get a wrong type warning.

However if you did a call such as DB_query ($SQL, $db, 'Error
Message', 'Debug Message', false, true); you will get an error as
there are an incorrect number of parameters used.

Either way you should get rid of all $db except those in the
ConnectDB_*.inc files

Thanks
Tim

On 21 January 2015 at 14:03, Andrew Galuski<aga...@re...>  wrote:

IOn 22/01/15 03:03, Andrew Galuski wrote:

> It will be a large effort on my part (Especially identifying all my modifications I have that may not be in the main trunk (Like the picking, packing, shipping functionality that is separate from Invoicing)
> Quick question, If I still call DB_Query() in code with the $db parameter and the include file doesn't expect it will I get a hard error or a warning?
>
> Best Regards,
> Andrew Galuski
>
>
> -----Original Message-----
> From: Phil Daintree [mailto:ph...@lo...]
> Sent: Tuesday, January 20, 2015 11:38 PM
> To: webERP Developers
> Subject: [WebERP-developers] New version
>
> Rafael suggested we go for a new version recently.
> We last released in October - I thought it was more recent than that.
> There are a few bug fixes in there and a whole load of work I did to change the DB_query() calls to exclude the global $db in them. Would be interested to know what others think about another release now?
>
> --
> Phil
>
> Phil Daintree
> Logic Works Ltd - +64 (0)275 567890
> http://www.logicworks.co.nz
>
>
> ------------------------------------------------------------------------------
> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> GigeNET is offering a free month of service with a new server in Ashburn.
> Choose from 2 high performing configs, both with 100TB of bandwidth.
> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
> http://p.sf.net/sfu/gigenet
> _______________________________________________
> Web-erp-developers mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>
> ------------------------------------------------------------------------------
> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> GigeNET is offering a free month of service with a new server in Ashburn.
> Choose from 2 high performing configs, both with 100TB of bandwidth.
> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
> http://p.sf.net/sfu/gigenet
> _______________________________________________
> Web-erp-developers mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>

Re: [WebERP-developers] New version

[gilberto d. s. a. <gs...@gm...>]

IMO +1 for new release, despite all effort necessary. Other important thing
is when anyone go to download weberp will find many issues solved.
Regards.

2015-01-21 3:38 GMT-02:00 Phil Daintree <ph...@lo...>:

> Rafael suggested we go for a new version recently.
> We last released in October - I thought it was more recent than that.
> There are a few bug fixes in there and a whole load of work I did to
> change the DB_query() calls to exclude the global $db in them. Would be
> interested to know what others think about another release now?
>
> --
> Phil
>
> Phil Daintree
> Logic Works Ltd - +64 (0)275 567890
> http://www.logicworks.co.nz
>
>
>
> ------------------------------------------------------------------------------
> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> GigeNET is offering a free month of service with a new server in Ashburn.
> Choose from 2 high performing configs, both with 100TB of bandwidth.
> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
> http://p.sf.net/sfu/gigenet
> _______________________________________________
> 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

Re: [WebERP-developers] New version

[Andrew G. <aga...@re...>]

It will be a large effort on my part (Especially identifying all my modifications I have that may not be in the main trunk (Like the picking, packing, shipping functionality that is separate from Invoicing)
Quick question, If I still call DB_Query() in code with the $db parameter and the include file doesn't expect it will I get a hard error or a warning?

Best Regards,
Andrew Galuski


-----Original Message-----
From: Phil Daintree [mailto:ph...@lo...] 
Sent: Tuesday, January 20, 2015 11:38 PM
To: webERP Developers
Subject: [WebERP-developers] New version

Rafael suggested we go for a new version recently.
We last released in October - I thought it was more recent than that. 
There are a few bug fixes in there and a whole load of work I did to change the DB_query() calls to exclude the global $db in them. Would be interested to know what others think about another release now?

--
Phil

Phil Daintree
Logic Works Ltd - +64 (0)275 567890
http://www.logicworks.co.nz


------------------------------------------------------------------------------
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet
_______________________________________________
Web-erp-developers mailing list
Web...@li...
https://lists.sourceforge.net/lists/listinfo/web-erp-developers

Re: [WebERP-developers] New version

[Pak R. <pak...@gm...>]

Ok for me Phil. I'm not in the middle of any development now :-)

Regards,
Ricard

2015-01-21 13:38 GMT+08:00 Phil Daintree <ph...@lo...>:

> Rafael suggested we go for a new version recently.
> We last released in October - I thought it was more recent than that.
> There are a few bug fixes in there and a whole load of work I did to
> change the DB_query() calls to exclude the global $db in them. Would be
> interested to know what others think about another release now?
>
> --
> Phil
>
> Phil Daintree
> Logic Works Ltd - +64 (0)275 567890
> http://www.logicworks.co.nz
>
>
>
> ------------------------------------------------------------------------------
> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> GigeNET is offering a free month of service with a new server in Ashburn.
> Choose from 2 high performing configs, both with 100TB of bandwidth.
> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
> http://p.sf.net/sfu/gigenet
> _______________________________________________
> Web-erp-developers mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>

[WebERP-developers] New version

[Phil D. <ph...@lo...>]

Rafael suggested we go for a new version recently.
We last released in October - I thought it was more recent than that. 
There are a few bug fixes in there and a whole load of work I did to 
change the DB_query() calls to exclude the global $db in them. Would be 
interested to know what others think about another release now?

-- 
Phil

Phil Daintree
Logic Works Ltd - +64 (0)275 567890
http://www.logicworks.co.nz

Re: [WebERP-developers] Copy long-descrition to narrative in New Sales Order or Quotation

[Rafael C. <raf...@gm...>]

Hi Exson,

Thank you for your feedback. I have two cases:

    a. For a service. The user includes the service description and the
conditions in the part_description_(long). He copies this
part_description_(long) into each item narrative of the quotation. Then,
this information also appears in the sales order and the invoice. It is a
very long invoice, but it is very explicative (in Costa Rica, where there
is a legal dispute between a supplier and a customer, in case of doubt, the
customer wins over the supplier.).

    b. For a good. The user includes the good description, terms of use and
warranty conditions. Also, he copies this part_description_(long) into each
item narrative of the quotation, the sales order and the invoice.

I prefer to not do a customized versions (the update is a headache).
Instead, I prefer to include new features in the webERP main version if it
make sense. To do this I see 2 possibilities:

    1. PHP. A small link under the label "Narrative". On click, the info
travels client-server and server-client to update the input value of
'Narrative_'.$OrderLine.

    2. Javascript. A small element (button, text, etc.) under the label
"Narrative". On click, the internal <script> copies the info from the
attribute title of the table-datacell to the input's attribute value of
'Narrative_'.$OrderLine.

Best regards, Rafael.

2015-01-19 5:42 GMT-06:00 ExsonQu <hex...@gm...>:

> *Hi, Rafael,*
>
>             I have no idea where we should use this feature. But I've got 2
> positive feedback from my website and webERP Chinese community QQ group.
>
>           One user has use narrative filed to store the lot no for
> warehouse
> to prepare the goods.
>
>           From my point, there is no harm at least -:)
>
>           Best regards!
>
>           Exson
>
>
>
>
>
> --
> View this message in context:
> http://weberp-accounting.1478800.n4.nabble.com/Copy-long-descrition-to-narrative-in-New-Sales-Order-or-Quotation-tp4657975p4657976.html
> Sent from the web-ERP-developers mailing list archive at Nabble.com.
>
>
> ------------------------------------------------------------------------------
> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> GigeNET is offering a free month of service with a new server in Ashburn.
> Choose from 2 high performing configs, both with 100TB of bandwidth.
> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
> http://p.sf.net/sfu/gigenet
> _______________________________________________
> Web-erp-developers mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>

Re: [WebERP-developers] Copy long-descrition to narrative in New Sales Order or Quotation

[ExsonQu <hex...@gm...>]

*Hi, Rafael,*

            I have no idea where we should use this feature. But I've got 2
positive feedback from my website and webERP Chinese community QQ group. 

          One user has use narrative filed to store the lot no for warehouse
to prepare the goods. 

          From my point, there is no harm at least -:)

          Best regards!

          Exson

          



--
View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Copy-long-descrition-to-narrative-in-New-Sales-Order-or-Quotation-tp4657975p4657976.html
Sent from the web-ERP-developers mailing list archive at Nabble.com.

[WebERP-developers] Copy long-descrition to narrative in New Sales Order or Quotation

[Rafael C. <raf...@gm...>]

Hi,

In SelectOrderItems.php, for each item, in description, It would be useful
to have a small-button under "Narrative" to add the item's long-description
to the narrative.

This item's long-description info is inside the html page generated by the
script. This info is the table-datacell's title (<td title="...>) of each
item description (short).

Suggestions to do that (do the code) ?

Best regards, Rafael.

[WebERP-developers] short-description, long-description translations in RevisionTranslations.php, Stocks.php and StockClone.php

[Rafael C. <raf...@gm...>]

Hi,

Sorry, when I standardise labels for short-description and long-description
in RevisionTranslations.php to labels as they are in Stocks.php, I didn't
realize that those labels are compound of pieces.

I fixed merging those pieces in the corresponding label in the translation
files (as they appear in the screen). Possibly, as the original labels were
not a single text, some translations may not have been able to do well.

Please check those labels to correct them (in RevisionTranslations.php).

Best regards, Rafael.


---------- Forwarded message ----------
From: <rc...@us...>
Date: 2015-01-17 16:53 GMT-06:00
Subject: [Web-erp-svn] SF.net SVN: web-erp:[7085] trunk
To: web...@li...


Revision: 7085
          http://sourceforge.net/p/web-erp/reponame/7085
Author:   rchacon
Date:     2015-01-17 22:53:55 +0000 (Sat, 17 Jan 2015)
Log Message:
-----------
Update languages files. Include short/long description translation.

Modified Paths:
--------------
    trunk/includes/LanguagesArray.php
    trunk/locale/ar_EG.utf8/LC_MESSAGES/messages.mo
    trunk/locale/ar_EG.utf8/LC_MESSAGES/messages.po
    trunk/locale/cs_CZ.utf8/LC_MESSAGES/messages.mo
    trunk/locale/cs_CZ.utf8/LC_MESSAGES/messages.po
    trunk/locale/de_DE.utf8/LC_MESSAGES/messages.mo
    trunk/locale/de_DE.utf8/LC_MESSAGES/messages.po
    trunk/locale/el_GR.utf8/LC_MESSAGES/messages.mo
    trunk/locale/el_GR.utf8/LC_MESSAGES/messages.po
    trunk/locale/en_GB.utf8/LC_MESSAGES/messages.pot
    trunk/locale/en_US.utf8/LC_MESSAGES/messages.mo
    trunk/locale/en_US.utf8/LC_MESSAGES/messages.po
    trunk/locale/es_ES.utf8/LC_MESSAGES/messages.mo
    trunk/locale/es_ES.utf8/LC_MESSAGES/messages.po
    trunk/locale/et_EE.utf8/LC_MESSAGES/messages.mo
    trunk/locale/et_EE.utf8/LC_MESSAGES/messages.po
    trunk/locale/fa_IR.utf8/LC_MESSAGES/messages.mo
    trunk/locale/fa_IR.utf8/LC_MESSAGES/messages.po
    trunk/locale/fr_CA.utf8/LC_MESSAGES/messages.mo
    trunk/locale/fr_CA.utf8/LC_MESSAGES/messages.po
    trunk/locale/fr_FR.utf8/LC_MESSAGES/messages.mo
    trunk/locale/fr_FR.utf8/LC_MESSAGES/messages.po
    trunk/locale/hi_IN.utf8/LC_MESSAGES/messages.mo
    trunk/locale/hi_IN.utf8/LC_MESSAGES/messages.po
    trunk/locale/hr_HR.utf8/LC_MESSAGES/messages.mo
    trunk/locale/hr_HR.utf8/LC_MESSAGES/messages.po
    trunk/locale/hu_HU.utf8/LC_MESSAGES/messages.mo
    trunk/locale/hu_HU.utf8/LC_MESSAGES/messages.po
    trunk/locale/id_ID.utf8/LC_MESSAGES/messages.mo
    trunk/locale/id_ID.utf8/LC_MESSAGES/messages.po
    trunk/locale/it_IT.utf8/LC_MESSAGES/messages.mo
    trunk/locale/it_IT.utf8/LC_MESSAGES/messages.po
    trunk/locale/ja_JP.utf8/LC_MESSAGES/messages.mo
    trunk/locale/ja_JP.utf8/LC_MESSAGES/messages.po
    trunk/locale/lv_LV.utf8/LC_MESSAGES/messages.mo
    trunk/locale/lv_LV.utf8/LC_MESSAGES/messages.po
    trunk/locale/nl_NL.utf8/LC_MESSAGES/messages.mo
    trunk/locale/nl_NL.utf8/LC_MESSAGES/messages.po
    trunk/locale/pl_PL.utf8/LC_MESSAGES/messages.mo
    trunk/locale/pl_PL.utf8/LC_MESSAGES/messages.po
    trunk/locale/pt_BR.utf8/LC_MESSAGES/messages.mo
    trunk/locale/pt_BR.utf8/LC_MESSAGES/messages.po
    trunk/locale/pt_PT.utf8/LC_MESSAGES/messages.mo
    trunk/locale/pt_PT.utf8/LC_MESSAGES/messages.po
    trunk/locale/ro_RO.utf8/LC_MESSAGES/messages.mo
    trunk/locale/ro_RO.utf8/LC_MESSAGES/messages.po
    trunk/locale/ru_RU.utf8/LC_MESSAGES/messages.mo
    trunk/locale/ru_RU.utf8/LC_MESSAGES/messages.po
    trunk/locale/sq_AL.utf8/LC_MESSAGES/messages.mo
    trunk/locale/sq_AL.utf8/LC_MESSAGES/messages.po
    trunk/locale/sv_SE.utf8/LC_MESSAGES/messages.mo
    trunk/locale/sv_SE.utf8/LC_MESSAGES/messages.po
    trunk/locale/sw_KE.utf8/LC_MESSAGES/messages.mo
    trunk/locale/sw_KE.utf8/LC_MESSAGES/messages.po
    trunk/locale/tr_TR.utf8/LC_MESSAGES/messages.mo
    trunk/locale/tr_TR.utf8/LC_MESSAGES/messages.po
    trunk/locale/vi_VN.utf8/LC_MESSAGES/messages.mo
    trunk/locale/vi_VN.utf8/LC_MESSAGES/messages.po
    trunk/locale/zh_CN.utf8/LC_MESSAGES/messages.mo
    trunk/locale/zh_CN.utf8/LC_MESSAGES/messages.po
    trunk/locale/zh_HK.utf8/LC_MESSAGES/messages.mo
    trunk/locale/zh_HK.utf8/LC_MESSAGES/messages.po
    trunk/locale/zh_TW.utf8/LC_MESSAGES/messages.mo
    trunk/locale/zh_TW.utf8/LC_MESSAGES/messages.po

Modified: trunk/includes/LanguagesArray.php
===================================================================
--- trunk/includes/LanguagesArray.php   2015-01-17 17:17:01 UTC (rev 7084)
+++ trunk/includes/LanguagesArray.php   2015-01-17 22:53:55 UTC (rev 7085)
@@ -1,5 +1,5 @@
 <?php
-/* $Id: LanguagesArray.php 6966 2014-11-06 09:15:09Z daintree $*/
+/* $Id: LanguagesArray.php 7083 2015-01-17 17:17:01Z rchacon $*/
 /* Script to define a set of parameters that defines the user's language,
decimal separator and thousands separator. */

 $LanguagesArray = array();

Modified: trunk/locale/ar_EG.utf8/LC_MESSAGES/messages.mo
===================================================================
(Binary files differ)

Modified: trunk/locale/ar_EG.utf8/LC_MESSAGES/messages.po
===================================================================
--- trunk/locale/ar_EG.utf8/LC_MESSAGES/messages.po     2015-01-17 17:17:01
UTC (rev 7084)
+++ trunk/locale/ar_EG.utf8/LC_MESSAGES/messages.po     2015-01-17 22:53:55
UTC (rev 7085)
@@ -1,13 +1,13 @@
-# Arabic translation for web-erp
+# webERP - Arabic Translation File.
 # Copyright (c) 2011 Rosetta Contributors and Canonical Ltd 2011
 # This file is distributed under the same license as the web-erp package.
 # FIRST AUTHOR <EMAIL@ADDRESS>, 2011.
 #
 msgid ""
 msgstr ""
-"Project-Id-Version: web-erp\n"
+"Project-Id-Version: webERP 4.11.5\n"
 "Report-Msgid-Bugs-To: \n"
-"POT-Creation-Date: 2015-01-16 16:56-0600\n"
+"POT-Creation-Date: 2015-01-17 16:16-0600\n"
 "PO-Revision-Date: 2013-06-01 11:19-0600\n"
 "Last-Translator: Rafael Chacon <raf...@gm...>\n"
 "Language-Team: Arabic <ar...@li...>\n"
@@ -979,10 +979,9 @@
 #: PcExpenses.php:296 PcExpensesTypeTab.php:171 PcReportTab.php:178
 #: PcTypeTabs.php:164 PricesByCost.php:153 RelatedItemsUpdate.php:154
 #: ReorderLevel.php:298 ReorderLevelLocation.php:73 ReverseGRN.php:397
-#: RevisionTranslations.php:61 SalesCategories.php:509
SecurityTokens.php:94
-#: SecurityTokens.php:103 SecurityTokens.php:120 SelectAsset.php:264
-#: SelectCompletedOrder.php:505 SelectContract.php:147
-#: SelectCreditItems.php:1021 SelectOrderItems.php:1452
+#: SalesCategories.php:509 SecurityTokens.php:94 SecurityTokens.php:103
+#: SecurityTokens.php:120 SelectAsset.php:264 SelectCompletedOrder.php:505
+#: SelectContract.php:147 SelectCreditItems.php:1021
SelectOrderItems.php:1452
 #: SelectOrderItems.php:1614 SelectProduct.php:531 SelectProduct.php:757
 #: SelectQASamples.php:292 SelectQASamples.php:390 SelectSalesOrder.php:560
 #: SelectWorkOrder.php:219 Shipt_Select.php:191 StockClone.php:680
@@ -3691,7 +3690,7 @@
 #: MRPCalendar.php:315 PO_AuthoriseMyOrders.php:142 Payments.php:932
 #: PcAuthorizeExpenses.php:108 PcAuthorizeExpenses.php:293
 #: PricesByCost.php:223 PurchData.php:758 ReorderLevelLocation.php:140
-#: RevisionTranslations.php:114 SMTPServer.php:122 SecurityTokens.php:97
+#: RevisionTranslations.php:111 SMTPServer.php:122 SecurityTokens.php:97
 #: SelectCreditItems.php:956 SellThroughSupport.php:476
ShopParameters.php:610
 #: StockCostUpdate.php:196 StockReorderLevel.php:111 Stocks.php:1442
 #: SystemParameters.php:1246 UserLocations.php:178 WOSerialNos.php:345
@@ -23987,10 +23986,14 @@
 msgid "Translations to revise"
 msgstr ""

-#: RevisionTranslations.php:62 Stocks.php:1037
-msgid "Long Description"
-msgstr ""
+#: RevisionTranslations.php:61
+msgid "Part Description (short)"
+msgstr "شرح قسمت (کوتاه)"

+#: RevisionTranslations.php:62
+msgid "Part Description (long)"
+msgstr "شرح قسمت (طولانی)"
+
 #: RevisionTranslations.php:63
 msgid "Revised?"
 msgstr ""
@@ -30522,6 +30525,10 @@
 "to maintain here can be configured in the system parameters page"
 msgstr ""

+#: Stocks.php:1037
+msgid "Long Description"
+msgstr ""
+
 #: Stocks.php:1335
 msgid "Order multiple. It is the minimum packing quantity."
 msgstr ""
@@ -45188,11 +45195,15 @@
 msgid "End:"
 msgstr ""

-#: includes/LanguagesArray.php:64
+#: includes/LanguagesArray.php:67
 msgid "Hindi"
 msgstr ""

-#: includes/LanguagesArray.php:69
+#: includes/LanguagesArray.php:72
+msgid "Hrvatski"
+msgstr ""
+
+#: includes/LanguagesArray.php:102
 msgid "Marathi"
 msgstr ""


Modified: trunk/locale/cs_CZ.utf8/LC_MESSAGES/messages.mo
===================================================================
(Binary files differ)

Modified: trunk/locale/cs_CZ.utf8/LC_MESSAGES/messages.po
===================================================================
--- trunk/locale/cs_CZ.utf8/LC_MESSAGES/messages.po     2015-01-17 17:17:01
UTC (rev 7084)
+++ trunk/locale/cs_CZ.utf8/LC_MESSAGES/messages.po     2015-01-17 22:53:55
UTC (rev 7085)
@@ -1,17 +1,17 @@
-# SOME DESCRIPTIVE TITLE.
+# webERP - Czech Translation File.
 # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
 # This file is distributed under the same license as the PACKAGE package.
 # FIRST AUTHOR <EMAIL@ADDRESS>, YEAR.
 #
 msgid ""
 msgstr ""
-"Project-Id-Version: webERP 3.08\n"
+"Project-Id-Version: webERP 4.11.5\n"
 "Report-Msgid-Bugs-To: \n"
-"POT-Creation-Date: 2015-01-16 16:56-0600\n"
+"POT-Creation-Date: 2015-01-17 16:16-0600\n"
 "PO-Revision-Date: 2013-06-01 11:20-0600\n"
 "Last-Translator: Rafael Chacon <raf...@gm...>\n"
 "Language-Team: Czech <cs...@li...>\n"
-"Language: cs\n"
+"Language: cs_cZ\n"
 "MIME-Version: 1.0\n"
 "Content-Type: text/plain; charset=UTF-8\n"
 "Content-Transfer-Encoding: 8bit\n"
@@ -994,10 +994,9 @@
 #: PcExpenses.php:296 PcExpensesTypeTab.php:171 PcReportTab.php:178
 #: PcTypeTabs.php:164 PricesByCost.php:153 RelatedItemsUpdate.php:154
 #: ReorderLevel.php:298 ReorderLevelLocation.php:73 ReverseGRN.php:397
-#: RevisionTranslations.php:61 SalesCategories.php:509
SecurityTokens.php:94
-#: SecurityTokens.php:103 SecurityTokens.php:120 SelectAsset.php:264
-#: SelectCompletedOrder.php:505 SelectContract.php:147
-#: SelectCreditItems.php:1021 SelectOrderItems.php:1452
+#: SalesCategories.php:509 SecurityTokens.php:94 SecurityTokens.php:103
+#: SecurityTokens.php:120 SelectAsset.php:264 SelectCompletedOrder.php:505
+#: SelectContract.php:147 SelectCreditItems.php:1021
SelectOrderItems.php:1452
 #: SelectOrderItems.php:1614 SelectProduct.php:531 SelectProduct.php:757
 #: SelectQASamples.php:292 SelectQASamples.php:390 SelectSalesOrder.php:560
 #: SelectWorkOrder.php:219 Shipt_Select.php:191 StockClone.php:680
@@ -3745,7 +3744,7 @@
 #: MRPCalendar.php:315 PO_AuthoriseMyOrders.php:142 Payments.php:932
 #: PcAuthorizeExpenses.php:108 PcAuthorizeExpenses.php:293
 #: PricesByCost.php:223 PurchData.php:758 ReorderLevelLocation.php:140
-#: RevisionTranslations.php:114 SMTPServer.php:122 SecurityTokens.php:97
+#: RevisionTranslations.php:111 SMTPServer.php:122 SecurityTokens.php:97
 #: SelectCreditItems.php:956 SellThroughSupport.php:476
ShopParameters.php:610
 #: StockCostUpdate.php:196 StockReorderLevel.php:111 Stocks.php:1442
 #: SystemParameters.php:1246 UserLocations.php:178 WOSerialNos.php:345
@@ -24654,10 +24653,14 @@
 msgid "Translations to revise"
 msgstr ""

-#: RevisionTranslations.php:62 Stocks.php:1037
-msgid "Long Description"
-msgstr ""
+#: RevisionTranslations.php:61
+msgid "Part Description (short)"
+msgstr "Popis části (krátký)"

+#: RevisionTranslations.php:62
+msgid "Part Description (long)"
+msgstr "Popis části (dlouho)"
+
 #: RevisionTranslations.php:63
 msgid "Revised?"
 msgstr ""
@@ -31420,6 +31423,10 @@
 "to maintain here can be configured in the system parameters page"
 msgstr ""

+#: Stocks.php:1037
+msgid "Long Description"
+msgstr ""
+
 #: Stocks.php:1335
 msgid "Order multiple. It is the minimum packing quantity."
 msgstr ""
@@ -46808,11 +46815,15 @@
 msgid "End:"
 msgstr "Konec:"

-#: includes/LanguagesArray.php:64
+#: includes/LanguagesArray.php:67
 msgid "Hindi"
 msgstr ""

-#: includes/LanguagesArray.php:69
+#: includes/LanguagesArray.php:72
+msgid "Hrvatski"
+msgstr ""
+
+#: includes/LanguagesArray.php:102
 msgid "Marathi"
 msgstr ""


Modified: trunk/locale/de_DE.utf8/LC_MESSAGES/messages.mo
===================================================================
(Binary files differ)

Modified: trunk/locale/de_DE.utf8/LC_MESSAGES/messages.po
===================================================================
--- trunk/locale/de_DE.utf8/LC_MESSAGES/messages.po     2015-01-17 17:17:01
UTC (rev 7084)
+++ trunk/locale/de_DE.utf8/LC_MESSAGES/messages.po     2015-01-17 22:53:55
UTC (rev 7085)
@@ -1,4 +1,4 @@
-# webERP German Translation File.
+# webERP - German Translation File.
 # Copyright (C) 2014 www.weberp.org
 # This file is distributed under the same license as the webERP package.
 # Harald Ringehahn <hri...@us...>, 2014.
@@ -6,9 +6,9 @@
 #
 msgid ""
 msgstr ""
-"Project-Id-Version: webERP 4.11.3\n"
+"Project-Id-Version: webERP 4.11.5\n"
 "Report-Msgid-Bugs-To: \n"
-"POT-Creation-Date: 2015-01-16 16:56-0600\n"
+"POT-Creation-Date: 2015-01-17 16:16-0600\n"
 "PO-Revision-Date: 2014-12-05 07:08-0600\n"
 "Last-Translator: Rafael Chacon <raf...@gm...>\n"
 "Language-Team: Deutsch <web...@li...>\n"
@@ -1005,10 +1005,9 @@
 #: PcExpenses.php:296 PcExpensesTypeTab.php:171 PcReportTab.php:178
 #: PcTypeTabs.php:164 PricesByCost.php:153 RelatedItemsUpdate.php:154
 #: ReorderLevel.php:298 ReorderLevelLocation.php:73 ReverseGRN.php:397
-#: RevisionTranslations.php:61 SalesCategories.php:509
SecurityTokens.php:94
-#: SecurityTokens.php:103 SecurityTokens.php:120 SelectAsset.php:264
-#: SelectCompletedOrder.php:505 SelectContract.php:147
-#: SelectCreditItems.php:1021 SelectOrderItems.php:1452
+#: SalesCategories.php:509 SecurityTokens.php:94 SecurityTokens.php:103
+#: SecurityTokens.php:120 SelectAsset.php:264 SelectCompletedOrder.php:505
+#: SelectContract.php:147 SelectCreditItems.php:1021
SelectOrderItems.php:1452
 #: SelectOrderItems.php:1614 SelectProduct.php:531 SelectProduct.php:757
 #: SelectQASamples.php:292 SelectQASamples.php:390 SelectSalesOrder.php:560
 #: SelectWorkOrder.php:219 Shipt_Select.php:191 StockClone.php:680
@@ -3880,7 +3879,7 @@
 #: MRPCalendar.php:315 PO_AuthoriseMyOrders.php:142 Payments.php:932
 #: PcAuthorizeExpenses.php:108 PcAuthorizeExpenses.php:293
 #: PricesByCost.php:223 PurchData.php:758 ReorderLevelLocation.php:140
-#: RevisionTranslations.php:114 SMTPServer.php:122 SecurityTokens.php:97
+#: RevisionTranslations.php:111 SMTPServer.php:122 SecurityTokens.php:97
 #: SelectCreditItems.php:956 SellThroughSupport.php:476
ShopParameters.php:610
 #: StockCostUpdate.php:196 StockReorderLevel.php:111 Stocks.php:1442
 #: SystemParameters.php:1246 UserLocations.php:178 WOSerialNos.php:345
@@ -25516,10 +25515,14 @@
 msgid "Translations to revise"
 msgstr ""

-#: RevisionTranslations.php:62 Stocks.php:1037
-msgid "Long Description"
-msgstr ""
+#: RevisionTranslations.php:61
+msgid "Part Description (short)"
+msgstr "Artikelbezeichnung (Kurztext)"

+#: RevisionTranslations.php:62
+msgid "Part Description (long)"
+msgstr "Artikelbezeichnung (Langtext)"
+
 #: RevisionTranslations.php:63
 msgid "Revised?"
 msgstr ""
@@ -32515,6 +32518,10 @@
 "ist. In welchen Sprachen die Artikelbezeichnungen gepflegt werden, wird
in "
 "den Systemparametern festgelegt"

+#: Stocks.php:1037
+msgid "Long Description"
+msgstr ""
+
 #: Stocks.php:1335
 msgid "Order multiple. It is the minimum packing quantity."
 msgstr ""
@@ -48589,11 +48596,15 @@
 msgid "End:"
 msgstr "Ende:"

-#: includes/LanguagesArray.php:64
+#: includes/LanguagesArray.php:67
 msgid "Hindi"
 msgstr "Hindi"

-#: includes/LanguagesArray.php:69
+#: includes/LanguagesArray.php:72
+msgid "Hrvatski"
+msgstr ""
+
+#: includes/LanguagesArray.php:102
 msgid "Marathi"
 msgstr "Marathisch"


Modified: trunk/locale/el_GR.utf8/LC_MESSAGES/messages.mo
===================================================================
(Binary files differ)

Modified: trunk/locale/el_GR.utf8/LC_MESSAGES/messages.po
===================================================================
--- trunk/locale/el_GR.utf8/LC_MESSAGES/messages.po     2015-01-17 17:17:01
UTC (rev 7084)
+++ trunk/locale/el_GR.utf8/LC_MESSAGES/messages.po     2015-01-17 22:53:55
UTC (rev 7085)
@@ -1,13 +1,13 @@
-# SOME DESCRIPTIVE TITLE.
+# webERP - Greek Translation File.
 # Copyright (C) 2007
 # This file is distributed under the same license as the PACKAGE package.
 # Gregoris Tsintaris <gr...@ex...>, 2007.
 #
 msgid ""
 msgstr ""
-"Project-Id-Version: \n"
+"Project-Id-Version: webERP 4.11.5\n"
 "Report-Msgid-Bugs-To: \n"
-"POT-Creation-Date: 2015-01-16 16:56-0600\n"
+"POT-Creation-Date: 2015-01-17 16:16-0600\n"
 "PO-Revision-Date: 2013-06-01 11:22-0600\n"
 "Last-Translator: Rafael Chacon <raf...@gm...>\n"
 "Language-Team: LANGUAGE <LL...@li...>\n"
@@ -1006,10 +1006,9 @@
 #: PcExpenses.php:296 PcExpensesTypeTab.php:171 PcReportTab.php:178
 #: PcTypeTabs.php:164 PricesByCost.php:153 RelatedItemsUpdate.php:154
 #: ReorderLevel.php:298 ReorderLevelLocation.php:73 ReverseGRN.php:397
-#: RevisionTranslations.php:61 SalesCategories.php:509
SecurityTokens.php:94
-#: SecurityTokens.php:103 SecurityTokens.php:120 SelectAsset.php:264
-#: SelectCompletedOrder.php:505 SelectContract.php:147
-#: SelectCreditItems.php:1021 SelectOrderItems.php:1452
+#: SalesCategories.php:509 SecurityTokens.php:94 SecurityTokens.php:103
+#: SecurityTokens.php:120 SelectAsset.php:264 SelectCompletedOrder.php:505
+#: SelectContract.php:147 SelectCreditItems.php:1021
SelectOrderItems.php:1452
 #: SelectOrderItems.php:1614 SelectProduct.php:531 SelectProduct.php:757
 #: SelectQASamples.php:292 SelectQASamples.php:390 SelectSalesOrder.php:560
 #: SelectWorkOrder.php:219 Shipt_Select.php:191 StockClone.php:680
@@ -3808,7 +3807,7 @@
 #: MRPCalendar.php:315 PO_AuthoriseMyOrders.php:142 Payments.php:932
 #: PcAuthorizeExpenses.php:108 PcAuthorizeExpenses.php:293
 #: PricesByCost.php:223 PurchData.php:758 ReorderLevelLocation.php:140
-#: RevisionTranslations.php:114 SMTPServer.php:122 SecurityTokens.php:97
+#: RevisionTranslations.php:111 SMTPServer.php:122 SecurityTokens.php:97
 #: SelectCreditItems.php:956 SellThroughSupport.php:476
ShopParameters.php:610
 #: StockCostUpdate.php:196 StockReorderLevel.php:111 Stocks.php:1442
 #: SystemParameters.php:1246 UserLocations.php:178 WOSerialNos.php:345
@@ -25447,10 +25446,14 @@
 msgid "Translations to revise"
 msgstr ""

-#: RevisionTranslations.php:62 Stocks.php:1037
-msgid "Long Description"
-msgstr ""
+#: RevisionTranslations.php:61
+msgid "Part Description (short)"
+msgstr "Μέρος Περιγραφή (σύντομο)"

+#: RevisionTranslations.php:62
+msgid "Part Description (long)"
+msgstr "Μέρος Περιγραφή (μακράς)"
+
 #: RevisionTranslations.php:63
 msgid "Revised?"
 msgstr ""
@@ -32411,6 +32414,10 @@
 "to maintain here can be configured in the system parameters page"
 msgstr ""

+#: Stocks.php:1037
+msgid "Long Description"
+msgstr ""
+
 #: Stocks.php:1335
 msgid "Order multiple. It is the minimum packing quantity."
 msgstr ""
@@ -48399,11 +48406,15 @@
 msgid "End:"
 msgstr "Λήξη:"

-#: includes/LanguagesArray.php:64
+#: includes/LanguagesArray.php:67
 msgid "Hindi"
 msgstr ""

-#: includes/LanguagesArray.php:69
+#: includes/LanguagesArray.php:72
+msgid "Hrvatski"
+msgstr ""
+
+#: includes/LanguagesArray.php:102
 msgid "Marathi"
 msgstr ""


Modified: trunk/locale/en_GB.utf8/LC_MESSAGES/messages.pot
===================================================================
--- trunk/locale/en_GB.utf8/LC_MESSAGES/messages.pot    2015-01-17 17:17:01
UTC (rev 7084)
+++ trunk/locale/en_GB.utf8/LC_MESSAGES/messages.pot    2015-01-17 22:53:55
UTC (rev 7085)
@@ -8,7 +8,7 @@
 msgstr ""
 "Project-Id-Version: PACKAGE VERSION\n"
 "Report-Msgid-Bugs-To: \n"
-"POT-Creation-Date: 2015-01-16 16:56-0600\n"
+"POT-Creation-Date: 2015-01-17 16:37-0600\n"
 "PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
 "Last-Translator: FULL NAME <EMAIL@ADDRESS>\n"
 "Language-Team: LANGUAGE <LL...@li...>\n"
@@ -948,10 +948,9 @@
 #: PcExpenses.php:296 PcExpensesTypeTab.php:171 PcReportTab.php:178
 #: PcTypeTabs.php:164 PricesByCost.php:153 RelatedItemsUpdate.php:154
 #: ReorderLevel.php:298 ReorderLevelLocation.php:73 ReverseGRN.php:397
-#: RevisionTranslations.php:61 SalesCategories.php:509
SecurityTokens.php:94
-#: SecurityTokens.php:103 SecurityTokens.php:120 SelectAsset.php:264
-#: SelectCompletedOrder.php:505 SelectContract.php:147
-#: SelectCreditItems.php:1021 SelectOrderItems.php:1452
+#: SalesCategories.php:509 SecurityTokens.php:94 SecurityTokens.php:103
+#: SecurityTokens.php:120 SelectAsset.php:264 SelectCompletedOrder.php:505
+#: SelectContract.php:147 SelectCreditItems.php:1021
SelectOrderItems.php:1452
 #: SelectOrderItems.php:1614 SelectProduct.php:531 SelectProduct.php:757
 #: SelectQASamples.php:292 SelectQASamples.php:390 SelectSalesOrder.php:560
 #: SelectWorkOrder.php:219 Shipt_Select.php:191 StockClone.php:680
@@ -3535,7 +3534,7 @@
 #: MRPCalendar.php:315 PO_AuthoriseMyOrders.php:142 Payments.php:932
 #: PcAuthorizeExpenses.php:108 PcAuthorizeExpenses.php:293
 #: PricesByCost.php:223 PurchData.php:758 ReorderLevelLocation.php:140
-#: RevisionTranslations.php:114 SMTPServer.php:122 SecurityTokens.php:97
+#: RevisionTranslations.php:111 SMTPServer.php:122 SecurityTokens.php:97
 #: SelectCreditItems.php:956 SellThroughSupport.php:476
ShopParameters.php:610
 #: StockCostUpdate.php:196 StockReorderLevel.php:111 Stocks.php:1442
 #: SystemParameters.php:1246 UserLocations.php:178 WOSerialNos.php:345
@@ -22725,10 +22724,14 @@
 msgid "Translations to revise"
 msgstr ""

-#: RevisionTranslations.php:62 Stocks.php:1037
-msgid "Long Description"
+#: RevisionTranslations.php:61
+msgid "Part Description (short)"
 msgstr ""

+#: RevisionTranslations.php:62
+msgid "Part Description (long)"
+msgstr ""
+
 #: RevisionTranslations.php:63
 msgid "Revised?"
 msgstr ""
@@ -28868,6 +28871,10 @@
 msgid "This language translation of the item will be used in invoices and
credits to customers who are defined to use this language. The language
translations to maintain here can be configured in the system parameters
page"
 msgstr ""

+#: Stocks.php:1037
+msgid "Long Description"
+msgstr ""
+
 #: Stocks.php:1335
 msgid "Order multiple. It is the minimum packing quantity."
 msgstr ""
@@ -42437,11 +42444,15 @@
 msgid "End:"
 msgstr ""

-#: includes/LanguagesArray.php:64
+#: includes/LanguagesArray.php:67
 msgid "Hindi"
 msgstr ""

-#: includes/LanguagesArray.php:69
+#: includes/LanguagesArray.php:72
+msgid "Hrvatski"
+msgstr ""
+
+#: includes/LanguagesArray.php:102
 msgid "Marathi"
 msgstr ""


Modified: trunk/locale/en_US.utf8/LC_MESSAGES/messages.mo
===================================================================
(Binary files differ)

Modified: trunk/locale/en_US.utf8/LC_MESSAGES/messages.po
===================================================================
--- trunk/locale/en_US.utf8/LC_MESSAGES/messages.po     2015-01-17 17:17:01
UTC (rev 7084)
+++ trunk/locale/en_US.utf8/LC_MESSAGES/messages.po     2015-01-17 22:53:55
UTC (rev 7085)
@@ -1,4 +1,4 @@
-# US English
+# webERP - US English Translation File.
 # Copyright (C) 2007 Karl Schmidt
 # Released under the GNU General Public License (GPLv2)
 # For details see http://www.gnu.org/licenses/info/GPLv2.html
@@ -6,9 +6,9 @@
 #
 msgid ""
 msgstr ""
-"Project-Id-Version: webERP 4.11.3\n"
+"Project-Id-Version: webERP 4.11.5\n"
 "Report-Msgid-Bugs-To: \n"
-"POT-Creation-Date: 2015-01-16 16:56-0600\n"
+"POT-Creation-Date: 2015-01-17 16:16-0600\n"
 "PO-Revision-Date: 2014-08-18 13:58-0600\n"
 "Last-Translator: Rafael Chacon <raf...@gm...>\n"
 "Language-Team: WebERP Translation Team <web-erp-translation@lists."
@@ -979,10 +979,9 @@
 #: PcExpenses.php:296 PcExpensesTypeTab.php:171 PcReportTab.php:178
 #: PcTypeTabs.php:164 PricesByCost.php:153 RelatedItemsUpdate.php:154
 #: ReorderLevel.php:298 ReorderLevelLocation.php:73 ReverseGRN.php:397
-#: RevisionTranslations.php:61 SalesCategories.php:509
SecurityTokens.php:94
-#: SecurityTokens.php:103 SecurityTokens.php:120 SelectAsset.php:264
-#: SelectCompletedOrder.php:505 SelectContract.php:147
-#: SelectCreditItems.php:1021 SelectOrderItems.php:1452
+#: SalesCategories.php:509 SecurityTokens.php:94 SecurityTokens.php:103
+#: SecurityTokens.php:120 SelectAsset.php:264 SelectCompletedOrder.php:505
+#: SelectContract.php:147 SelectCreditItems.php:1021
SelectOrderItems.php:1452
 #: SelectOrderItems.php:1614 SelectProduct.php:531 SelectProduct.php:757
 #: SelectQASamples.php:292 SelectQASamples.php:390 SelectSalesOrder.php:560
 #: SelectWorkOrder.php:219 Shipt_Select.php:191 StockClone.php:680
@@ -3693,7 +3692,7 @@
 #: MRPCalendar.php:315 PO_AuthoriseMyOrders.php:142 Payments.php:932
 #: PcAuthorizeExpenses.php:108 PcAuthorizeExpenses.php:293
 #: PricesByCost.php:223 PurchData.php:758 ReorderLevelLocation.php:140
-#: RevisionTranslations.php:114 SMTPServer.php:122 SecurityTokens.php:97
+#: RevisionTranslations.php:111 SMTPServer.php:122 SecurityTokens.php:97
 #: SelectCreditItems.php:956 SellThroughSupport.php:476
ShopParameters.php:610
 #: StockCostUpdate.php:196 StockReorderLevel.php:111 Stocks.php:1442
 #: SystemParameters.php:1246 UserLocations.php:178 WOSerialNos.php:345
@@ -24033,10 +24032,14 @@
 msgid "Translations to revise"
 msgstr ""

-#: RevisionTranslations.php:62 Stocks.php:1037
-msgid "Long Description"
-msgstr ""
+#: RevisionTranslations.php:61
+msgid "Part Description (short)"
+msgstr "Part Description (short)"

+#: RevisionTranslations.php:62
+msgid "Part Description (long)"
+msgstr "Part Description (long)"
+
 #: RevisionTranslations.php:63
 msgid "Revised?"
 msgstr ""
@@ -30576,6 +30579,10 @@
 "to maintain here can be configured in the system parameters page"
 msgstr ""

+#: Stocks.php:1037
+msgid "Long Description"
+msgstr ""
+
 #: Stocks.php:1335
 msgid "Order multiple. It is the minimum packing quantity."
 msgstr ""
@@ -45267,11 +45274,15 @@
 msgid "End:"
 msgstr ""

-#: includes/LanguagesArray.php:64
+#: includes/LanguagesArray.php:67
 msgid "Hindi"
 msgstr ""

-#: includes/LanguagesArray.php:69
+#: includes/LanguagesArray.php:72
+msgid "Hrvatski"
+msgstr ""
+
+#: includes/LanguagesArray.php:102
 msgid "Marathi"
 msgstr ""


Modified: trunk/locale/es_ES.utf8/LC_MESSAGES/messages.mo
===================================================================
(Binary files differ)

Modified: trunk/locale/es_ES.utf8/LC_MESSAGES/messages.po
===================================================================
--- trunk/locale/es_ES.utf8/LC_MESSAGES/messages.po     2015-01-17 17:17:01
UTC (rev 7084)
+++ trunk/locale/es_ES.utf8/LC_MESSAGES/messages.po     2015-01-17 22:53:55
UTC (rev 7085)
@@ -1,14 +1,14 @@
-# webERP - SPANISH Translation File
+# webERP - Spanish Translation File.
 # Copyright (C) 2009 WebERP Team
 # This file is distributed under the same license as the WebERP package.
 # Javier De Lorenzo-Cáceres <in...@ci...>, 2009.
 #
 msgid ""
 msgstr ""
-"Project-Id-Version: webERP 4.11.3\n"
+"Project-Id-Version: webERP 4.11.5\n"
 "Report-Msgid-Bugs-To: \n"
-"POT-Creation-Date: 2015-01-16 16:56-0600\n"
-"PO-Revision-Date: 2015-01-04 16:48-0600\n"
+"POT-Creation-Date: 2015-01-17 16:16-0600\n"
+"PO-Revision-Date: 2015-01-17 09:03-0600\n"
 "Last-Translator: Rafael Chacon <raf...@gm...>\n"
 "Language-Team: TecnoSoluciones.com <web...@te...>\n"
 "Language: es_ES\n"
@@ -1008,10 +1008,9 @@
 #: PcExpenses.php:296 PcExpensesTypeTab.php:171 PcReportTab.php:178
 #: PcTypeTabs.php:164 PricesByCost.php:153 RelatedItemsUpdate.php:154
 #: ReorderLevel.php:298 ReorderLevelLocation.php:73 ReverseGRN.php:397
-#: RevisionTranslations.php:61 SalesCategories.php:509
SecurityTokens.php:94
-#: SecurityTokens.php:103 SecurityTokens.php:120 SelectAsset.php:264
-#: SelectCompletedOrder.php:505 SelectContract.php:147
-#: SelectCreditItems.php:1021 SelectOrderItems.php:1452
+#: SalesCategories.php:509 SecurityTokens.php:94 SecurityTokens.php:103
+#: SecurityTokens.php:120 SelectAsset.php:264 SelectCompletedOrder.php:505
+#: SelectContract.php:147 SelectCreditItems.php:1021
SelectOrderItems.php:1452
 #: SelectOrderItems.php:1614 SelectProduct.php:531 SelectProduct.php:757
 #: SelectQASamples.php:292 SelectQASamples.php:390 SelectSalesOrder.php:560
 #: SelectWorkOrder.php:219 Shipt_Select.php:191 StockClone.php:680
@@ -1955,7 +1954,7 @@
 #: POReport.php:1315 POReport.php:1366 POReport.php:1420 StockClone.php:668
 #: StockClone.php:692 Stocks.php:1001 Stocks.php:1025
 msgid "Part Description"
-msgstr "Descripción parcial"
+msgstr "Descripción del artículo"

 #: BOMExtendedQty.php:338 MRPShortages.php:356
 msgid "Shortage"
@@ -3834,7 +3833,7 @@
 #: MRPCalendar.php:315 PO_AuthoriseMyOrders.php:142 Payments.php:932
 #: PcAuthorizeExpenses.php:108 PcAuthorizeExpenses.php:293
 #: PricesByCost.php:223 PurchData.php:758 ReorderLevelLocation.php:140
-#: RevisionTranslations.php:114 SMTPServer.php:122 SecurityTokens.php:97
+#: RevisionTranslations.php:111 SMTPServer.php:122 SecurityTokens.php:97
 #: SelectCreditItems.php:956 SellThroughSupport.php:476
ShopParameters.php:610
 #: StockCostUpdate.php:196 StockReorderLevel.php:111 Stocks.php:1442
 #: SystemParameters.php:1246 UserLocations.php:178 WOSerialNos.php:345
@@ -25427,10 +25426,14 @@
 msgid "Translations to revise"
 msgstr ""

-#: RevisionTranslations.php:62 Stocks.php:1037
-msgid "Long Description"
-msgstr ""
+#: RevisionTranslations.php:61
+msgid "Part Description (short)"
+msgstr "Descripción del artículo (corta)"

+#: RevisionTranslations.php:62
+msgid "Part Description (long)"
+msgstr "Descripción del artículo (larga)"
+
 #: RevisionTranslations.php:63
 msgid "Revised?"
 msgstr ""
@@ -32403,6 +32406,10 @@
 "to maintain here can be configured in the system parameters page"
 msgstr ""

+#: Stocks.php:1037
+msgid "Long Description"
+msgstr ""
+
 #: Stocks.php:1335
 msgid "Order multiple. It is the minimum packing quantity."
 msgstr "Múltiplo de pedido. Es la cantidad mínima de embalaje."
@@ -48481,11 +48488,15 @@
 msgid "End:"
 msgstr "Fin:"

-#: includes/LanguagesArray.php:64
+#: includes/LanguagesArray.php:67
 msgid "Hindi"
 msgstr "Hindi"

-#: includes/LanguagesArray.php:69
+#: includes/LanguagesArray.php:72
+msgid "Hrvatski"
+msgstr ""
+
+#: includes/LanguagesArray.php:102
 msgid "Marathi"
 msgstr ""

@@ -50298,7 +50309,7 @@

 #: reportwriter/languages/en_US/reports.php:220
 msgid "Page Margins"
-msgstr ""
+msgstr "Márgenes de página"

 #: reportwriter/languages/en_US/reports.php:221
 msgid "Rename Report"
@@ -50442,7 +50453,7 @@

 #: reportwriter/languages/en_US/reports.php:276
 msgid "Page Number"
-msgstr ""
+msgstr "Número de página"

 #: reportwriter/languages/en_US/reports.php:277
 msgid "Uppercase"

Modified: trunk/locale/et_EE.utf8/LC_MESSAGES/messages.mo
===================================================================
(Binary files differ)

Modified: trunk/locale/et_EE.utf8/LC_MESSAGES/messages.po
===================================================================
--- trunk/locale/et_EE.utf8/LC_MESSAGES/messages.po     2015-01-17 17:17:01
UTC (rev 7084)
+++ trunk/locale/et_EE.utf8/LC_MESSAGES/messages.po     2015-01-17 22:53:55
UTC (rev 7085)
@@ -1,13 +1,13 @@
-# SOME DESCRIPTIVE TITLE.
+# webERP - Estonian Translation File.
 # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
 # This file is distributed under the same license as the PACKAGE package.
 # FIRST AUTHOR <EMAIL@ADDRESS>, YEAR.
 #
 msgid ""
 msgstr ""
-"Project-Id-Version: 4.0.8\n"
+"Project-Id-Version: webERP 4.11.5\n"
 "Report-Msgid-Bugs-To: \n"
-"POT-Creation-Date: 2015-01-16 16:56-0600\n"
+"POT-Creation-Date: 2015-01-17 16:16-0600\n"
 "PO-Revision-Date: 2013-06-01 11:24-0600\n"
 "Last-Translator: Rafael Chacon <raf...@gm...>\n"
 "Language-Team: Estonian <kal...@ee...>\n"
@@ -985,10 +985,9 @@
 #: PcExpenses.php:296 PcExpensesTypeTab.php:171 PcReportTab.php:178
 #: PcTypeTabs.php:164 PricesByCost.php:153 RelatedItemsUpdate.php:154
 #: ReorderLevel.php:298 ReorderLevelLocation.php:73 ReverseGRN.php:397
-#: RevisionTranslations.php:61 SalesCategories.php:509
SecurityTokens.php:94
-#: SecurityTokens.php:103 SecurityTokens.php:120 SelectAsset.php:264
-#: SelectCompletedOrder.php:505 SelectContract.php:147
-#: SelectCreditItems.php:1021 SelectOrderItems.php:1452
+#: SalesCategories.php:509 SecurityTokens.php:94 SecurityTokens.php:103
+#: SecurityTokens.php:120 SelectAsset.php:264 SelectCompletedOrder.php:505
+#: SelectContract.php:147 SelectCreditItems.php:1021
SelectOrderItems.php:1452
 #: SelectOrderItems.php:1614 SelectProduct.php:531 SelectProduct.php:757
 #: SelectQASamples.php:292 SelectQASamples.php:390 SelectSalesOrder.php:560
 #: SelectWorkOrder.php:219 Shipt_Select.php:191 StockClone.php:680
@@ -3732,7 +3731,7 @@
 #: MRPCalendar.php:315 PO_AuthoriseMyOrders.php:142 Payments.php:932
 #: PcAuthorizeExpenses.php:108 PcAuthorizeExpenses.php:293
 #: PricesByCost.php:223 PurchData.php:758 ReorderLevelLocation.php:140
-#: RevisionTranslations.php:114 SMTPServer.php:122 SecurityTokens.php:97
+#: RevisionTranslations.php:111 SMTPServer.php:122 SecurityTokens.php:97
 #: SelectCreditItems.php:956 SellThroughSupport.php:476
ShopParameters.php:610
 #: StockCostUpdate.php:196 StockReorderLevel.php:111 Stocks.php:1442
 #: SystemParameters.php:1246 UserLocations.php:178 WOSerialNos.php:345
@@ -24031,10 +24030,14 @@
 msgid "Translations to revise"
 msgstr ""

-#: RevisionTranslations.php:62 Stocks.php:1037
-msgid "Long Description"
-msgstr ""
+#: RevisionTranslations.php:61
+msgid "Part Description (short)"
+msgstr "Detaili kirjeldus (lühike)"

+#: RevisionTranslations.php:62
+msgid "Part Description (long)"
+msgstr "Detaili kirjeldus (pikk)"
+
 #: RevisionTranslations.php:63
 msgid "Revised?"
 msgstr ""
@@ -30566,6 +30569,10 @@
 "to maintain here can be configured in the system parameters page"
 msgstr ""

+#: Stocks.php:1037
+msgid "Long Description"
+msgstr ""
+
 #: Stocks.php:1335
 msgid "Order multiple. It is the minimum packing quantity."
 msgstr ""
@@ -45232,11 +45239,15 @@
 msgid "End:"
 msgstr ""

-#: includes/LanguagesArray.php:64
+#: includes/LanguagesArray.php:67
 msgid "Hindi"
 msgstr ""

-#: includes/LanguagesArray.php:69
+#: includes/LanguagesArray.php:72
+msgid "Hrvatski"
+msgstr ""
+
+#: includes/LanguagesArray.php:102
 msgid "Marathi"
 msgstr ""


Modified: trunk/locale/fa_IR.utf8/LC_MESSAGES/messages.mo
===================================================================
(Binary files differ)

Modified: trunk/locale/fa_IR.utf8/LC_MESSAGES/messages.po
===================================================================
--- trunk/locale/fa_IR.utf8/LC_MESSAGES/messages.po     2015-01-17 17:17:01
UTC (rev 7084)
+++ trunk/locale/fa_IR.utf8/LC_MESSAGES/messages.po     2015-01-17 22:53:55
UTC (rev 7085)
@@ -1,17 +1,17 @@
-# SOME DESCRIPTIVE TITLE.
+# webERP - Persian Translation File.
 # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
 # This file is distributed under the same license as the PACKAGE package.
 # FIRST AUTHOR <EMAIL@ADDRESS>, YEAR.
 #
 msgid ""
 msgstr ""
-"Project-Id-Version: Persian & rtl support\n"
+"Project-Id-Version: webERP 4.11.5\n"
 "Report-Msgid-Bugs-To: \n"
-"POT-Creation-Date: 2015-01-16 16:56-0600\n"
+"POT-Creation-Date: 2015-01-17 16:16-0600\n"
 "PO-Revision-Date: 2013-06-01 11:25-0600\n"
 "Last-Translator: Rafael Chacon <raf...@gm...>\n"
 "Language-Team: Persian <hos...@io...>\n"
-"Language: fa\n"
+"Language: fa_IR\n"
 "MIME-Version: 1.0\n"
 "Content-Type: text/plain; charset=UTF-8\n"
 "Content-Transfer-Encoding: 8bit\n"
@@ -994,10 +994,9 @@
 #: PcExpenses.php:296 PcExpensesTypeTab.php:171 PcReportTab.php:178
 #: PcTypeTabs.php:164 PricesByCost.php:153 RelatedItemsUpdate.php:154
 #: ReorderLevel.php:298 ReorderLevelLocation.php:73 ReverseGRN.php:397
-#: RevisionTranslations.php:61 SalesCategories.php:509
SecurityTokens.php:94
-#: SecurityTokens.php:103 SecurityTokens.php:120 SelectAsset.php:264
-#: SelectCompletedOrder.php:505 SelectContract.php:147
-#: SelectCreditItems.php:1021 SelectOrderItems.php:1452
+#: SalesCategories.php:509 SecurityTokens.php:94 SecurityTokens.php:103
+#: SecurityTokens.php:120 SelectAsset.php:264 SelectCompletedOrder.php:505
+#: SelectContract.php:147 SelectCreditItems.php:1021
SelectOrderItems.php:1452
 #: SelectOrderItems.php:1614 SelectProduct.php:531 SelectProduct.php:757
 #: SelectQASamples.php:292 SelectQASamples.php:390 SelectSalesOrder.php:560
 #: SelectWorkOrder.php:219 Shipt_Select.php:191 StockClone.php:680
@@ -3742,7 +3741,7 @@
 #: MRPCalendar.php:315 PO_AuthoriseMyOrders.php:142 Payments.php:932
 #: PcAuthorizeExpenses.php:108 PcAuthorizeExpenses.php:293
 #: PricesByCost.php:223 PurchData.php:758 ReorderLevelLocation.php:140
-#: RevisionTranslations.php:114 SMTPServer.php:122 SecurityTokens.php:97
+#: RevisionTranslations.php:111 SMTPServer.php:122 SecurityTokens.php:97
 #: SelectCreditItems.php:956 SellThroughSupport.php:476
ShopParameters.php:610
 #: StockCostUpdate.php:196 StockReorderLevel.php:111 Stocks.php:1442
 #: SystemParameters.php:1246 UserLocations.php:178 WOSerialNos.php:345
@@ -24659,10 +24658,14 @@
 msgid "Translations to revise"
 msgstr ""

-#: RevisionTranslations.php:62 Stocks.php:1037
-msgid "Long Description"
-msgstr ""
+#: RevisionTranslations.php:61
+msgid "Part Description (short)"
+msgstr "شرح قسمت (کوتاه)"

+#: RevisionTranslations.php:62
+msgid "Part Description (long)"
+msgstr "شرح قسمت (طولانی)"
+
 #: RevisionTranslations.php:63
 msgid "Revised?"
 msgstr ""
@@ -31279,6 +31282,10 @@
 "to maintain here can be configured in the system parameters page"
 msgstr ""

+#: Stocks.php:1037
+msgid "Long Description"
+msgstr ""
+
 #: Stocks.php:1335
 msgid "Order multiple. It is the minimum packing quantity."
 msgstr ""
@@ -45945,11 +45952,15 @@
 msgid "End:"
 msgstr ""

-#: includes/LanguagesArray.php:64
+#: includes/LanguagesArray.php:67
 msgid "Hindi"
 msgstr ""

-#: includes/LanguagesArray.php:69
+#: includes/LanguagesArray.php:72
+msgid "Hrvatski"
+msgstr ""
+
+#: includes/LanguagesArray.php:102
 msgid "Marathi"
 msgstr ""


Modified: trunk/locale/fr_CA.utf8/LC_MESSAGES/messages.mo
===================================================================
(Binary files differ)

Modified: trunk/locale/fr_CA.utf8/LC_MESSAGES/messages.po
===================================================================
--- trunk/locale/fr_CA.utf8/LC_MESSAGES/messages.po     2015-01-17 17:17:01
UTC (rev 7084)
+++ trunk/locale/fr_CA.utf8/LC_MESSAGES/messages.po     2015-01-17 22:53:55
UTC (rev 7085)
@@ -1,4 +1,4 @@
-# French Quebec,Ca Translation of webERP
+# webERP - French Canadian Translation File.
 # Copyright (C) 2005 Logic Works Ltd
 # This file is distributed under the same license as the webERP package.
 # FIRST AUTHOR <EMAIL@ADDRESS>, 2005.
@@ -7,9 +7,9 @@
 # msgfmt messages.po
 msgid ""
 msgstr ""
-"Project-Id-Version: webERP 4.11.3\n"
+"Project-Id-Version: webERP 4.11.5\n"
 "Report-Msgid-Bugs-To: \n"
-"POT-Creation-Date: 2015-01-16 16:56-0600\n"
+"POT-Creation-Date: 2015-01-17 16:16-0600\n"
 "PO-Revision-Date: 2014-08-14 18:45-0600\n"
 "Last-Translator: Rafael Chacon <raf...@gm...>\n"
 "Language-Team: french <none>\n"
@@ -1004,10 +1004,9 @@
 #: PcExpenses.php:296 PcExpensesTypeTab.php:171 PcReportTab.php:178
 #: PcTypeTabs.php:164 PricesByCost.php:153 RelatedItemsUpdate.php:154
 #: ReorderLevel.php:298 ReorderLevelLocation.php:73 ReverseGRN.php:397
-#: RevisionTranslations.php:61 SalesCategories.php:509
SecurityTokens.php:94
-#: SecurityTokens.php:103 SecurityTokens.php:120 SelectAsset.php:264
-#: SelectCompletedOrder.php:505 SelectContract.php:147
-#: SelectCreditItems.php:1021 SelectOrderItems.php:1452
+#: SalesCategories.php:509 SecurityTokens.php:94 SecurityTokens.php:103
+#: SecurityTokens.php:120 SelectAsset.php:264 SelectCompletedOrder.php:505
+#: SelectContract.php:147 SelectCreditItems.php:1021
SelectOrderItems.php:1452
 #: SelectOrderItems.php:1614 SelectProduct.php:531 SelectProduct.php:757
 #: SelectQASamples.php:292 SelectQASamples.php:390 SelectSalesOrder.php:560
 #: SelectWorkOrder.php:219 Shipt_Select.php:191 StockClone.php:680
@@ -3780,7 +3779,7 @@
 #: MRPCalendar.php:315 PO_AuthoriseMyOrders.php:142 Payments.php:932
 #: PcAuthorizeExpenses.php:108 PcAuthorizeExpenses.php:293
 #: PricesByCost.php:223 PurchData.php:758 ReorderLevelLocation.php:140
-#: RevisionTranslations.php:114 SMTPServer.php:122 SecurityTokens.php:97
+#: RevisionTranslations.php:111 SMTPServer.php:122 SecurityTokens.php:97
 #: SelectCreditItems.php:956 SellThroughSupport.php:476
ShopParameters.php:610
 #: StockCostUpdate.php:196 StockReorderLevel.php:111 Stocks.php:1442
 #: SystemParameters.php:1246 UserLocations.php:178 WOSerialNos.php:345
@@ -25219,10 +25218,14 @@
 msgid "Translations to revise"
 msgstr ""

-#: RevisionTranslations.php:62 Stocks.php:1037
-msgid "Long Description"
-msgstr ""
+#: RevisionTranslations.php:61
+msgid "Part Description (short)"
+msgstr "Description du composant (courte)"

+#: RevisionTranslations.php:62
+msgid "Part Description (long)"
+msgstr "Description du composant (longue)"
+
 #: RevisionTranslations.php:63
 msgid "Revised?"
 msgstr ""
@@ -32145,6 +32148,10 @@
 "to maintain here can be configured in the system parameters page"
 msgstr ""

+#: Stocks.php:1037
+msgid "Long Description"
+msgstr ""
+
 #: Stocks.php:1335
 msgid "Order multiple. It is the minimum packing quantity."
 msgstr ""
@@ -48093,11 +48100,15 @@
 msgid "End:"
 msgstr "Fin:"

-#: includes/LanguagesArray.php:64
+#: includes/LanguagesArray.php:67
 msgid "Hindi"
 msgstr "Hindi"

-#: includes/LanguagesArray.php:69
+#: includes/LanguagesArray.php:72
+msgid "Hrvatski"
+msgstr ""
+
+#: includes/LanguagesArray.php:102
 msgid "Marathi"
 msgstr ""


Modified: trunk/locale/fr_FR.utf8/LC_MESSAGES/messages.mo
===================================================================
(Binary files differ)

Modified: trunk/locale/fr_FR.utf8/LC_MESSAGES/messages.po
===================================================================
--- trunk/locale/fr_FR.utf8/LC_MESSAGES/messages.po     2015-01-17 17:17:01
UTC (rev 7084)
+++ trunk/locale/fr_FR.utf8/LC_MESSAGES/messages.po     2015-01-17 22:53:55
UTC (rev 7085)
@@ -1,4 +1,4 @@
-# French Translation of webERP
+# webERP - French Translation File.
 # Copyright (C) 2005 Logic Works Ltd
 # This file is distributed under the same license as the webERP package.
 #
@@ -6,9 +6,9 @@
 # James Dupin <jam...@gm...>, 2012.
 msgid ""
 msgstr ""
-"Project-Id-Version: webERP 4.11.3\n"
+"Project-Id-Version: webERP 4.11.5\n"
 "Report-Msgid-Bugs-To: \n"
-"POT-Creation-Date: 2015-01-16 16:56-0600\n"
+"POT-Creation-Date: 2015-01-17 16:16-0600\n"
 "PO-Revision-Date: 2014-12-05 08:09-0600\n"
 "Last-Translator: Rafael Chacon <raf...@gm...>\n"
 "Language-Team: French <none>\n"
@@ -1009,10 +1009,9 @@
 #: PcExpenses.php:296 PcExpensesTypeTab.php:171 PcReportTab.php:178
 #: PcTypeTabs.php:164 PricesByCost.php:153 RelatedItemsUpdate.php:154
 #: ReorderLevel.php:298 ReorderLevelLocation.php:73 ReverseGRN.php:397
-#: RevisionTranslations.php:61 SalesCategories.php:509
SecurityTokens.php:94
-#: SecurityTokens.php:103 SecurityTokens.php:120 SelectAsset.php:264
-#: SelectCompletedOrder.php:505 SelectContract.php:147
-#: SelectCreditItems.php:1021 SelectOrderItems.php:1452
+#: SalesCategories.php:509 SecurityTokens.php:94 SecurityTokens.php:103
+#: SecurityTokens.php:120 SelectAsset.php:264 SelectCompletedOrder.php:505
+#: SelectContract.php:147 SelectCreditItems.php:1021
SelectOrderItems.php:1452
 #: SelectOrderItems.php:1614 SelectProduct.php:531 SelectProduct.php:757
 #: SelectQASamples.php:292 SelectQASamples.php:390 SelectSalesOrder.php:560
 #: SelectWorkOrder.php:219 Shipt_Select.php:191 StockClone.php:680
@@ -3839,7 +3838,7 @@
 #: MRPCalendar.php:315 PO_AuthoriseMyOrders.php:142 Payments.php:932
 #: PcAuthorizeExpenses.php:108 PcAuthorizeExpenses.php:293
 #: PricesByCost.php:223 PurchData.php:758 ReorderLevelLocation.php:140
-#: RevisionTranslations.php:114 SMTPServer.php:122 SecurityTokens.php:97
+#: RevisionTranslations.php:111 SMTPServer.php:122 SecurityTokens.php:97
 #: SelectCreditItems.php:956 SellThroughSupport.php:476
ShopParameters.php:610
 #: StockCostUpdate.php:196 StockReorderLevel.php:111 Stocks.php:1442
 #: SystemParameters.php:1246 UserLocations.php:178 WOSerialNos.php:345
@@ -25620,10 +25619,14 @@
 msgid "Translations to revise"
 msgstr ""

-#: RevisionTranslations.php:62 Stocks.php:1037
-msgid "Long Description"
-msgstr ""
+#: RevisionTranslations.php:61
+msgid "Part Description (short)"
+msgstr "Description de la pièce (courte)"

+#: RevisionTranslations.php:62
+msgid "Part Description (long)"
+msgstr "Description de la pièce (longue)"
+
 #: RevisionTranslations.php:63
 msgid "Revised?"
 msgstr ""
@@ -32754,6 +32757,10 @@
 "to maintain here can be configured in the system parameters page"
 msgstr ""

+#: Stocks.php:1037
+msgid "Long Description"
+msgstr ""
+
 #: Stocks.php:1335
 msgid "Order multiple. It is the minimum packing quantity."
 msgstr "Multiple de commande. C'est la quantité minimale d'emballage."
@@ -48827,11 +48834,15 @@
 msgid "End:"
 msgstr "Fin:"

-#: includes/LanguagesArray.php:64
+#: includes/LanguagesArray.php:67
 msgid "Hindi"
 msgstr "Hindi"

-#: includes/LanguagesArray.php:69
+#: includes/LanguagesArray.php:72
+msgid "Hrvatski"
+msgstr ""
+
+#: includes/LanguagesArray.php:102
 msgid "Marathi"
 msgstr ""


Modified: trunk/locale/hi_IN.utf8/LC_MESSAGES/messages.mo
===================================================================
--- trunk/locale/hi_IN.utf8/LC_MESSAGES/messages.mo     2015-01-17 17:17:01
UTC (rev 7084)
+++ trunk/locale/hi_IN.utf8/LC_MESSAGES/messages.mo     2015-01-17 22:53:55
UTC (rev 7085)
@@ -1,2519 +1,2511 @@
-\xDE  \x95------------------------\xE1 -------  - - - - - +++\ +b
++++++\x8B ++\x95 ++++++++\xA1 ++++++\xCC ++++\xDC +\xE3 +++++++ + + + +
--  --  ---% -' --------+ -9 --= --J -------] ---b ---------\x88 --\x95
----\xA2 ---------\xB2 -\xB4 ----\xD1 --\xD8 --------\xE2 -------------- -
- - - - - - - - - - - - +  +++  +++++++++++++M +++
@@ Diff output truncated at 100000 characters. @@

------------------------------------------------------------------------------
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet
_______________________________________________
Web-erp-svn mailing list
Web...@li...
https://lists.sourceforge.net/lists/listinfo/web-erp-svn

Re: [WebERP-developers] Float accuracy problem

[Rafael C. <raf...@gm...>]

Hi,

* About handling precision:

http://dev.mysql.com/doc/refman/5.7/en/precision-math-examples.html shows
how mySQL works, but I think we need to know how PHP does. I agree with
Ricard, we have to follow some "rules" in writing calculus (e.g. write
formulas with first additions over subtractions, first multiplications over
divisions).


* About code of currencies:

In banktrans.functionalexrate I store exchange rate with 12 o more
decimals. Sometimes, I have to "correct" data stored in the database
(several tables). I explain:
A local_value of ¢1.234.567,44 CRC (9 significant figures) with a
"currency_price" of  545,40 CRC/USD is in dollars_value $2.263,60 USD.To
convert $2.263,60 USD to CRC,
* if we use a exchange rate of 0,00183 USD/CRC (3 significant figures) we
get 1.236.939,89 (with an error of 2.372,45).
* But if we use a exchange rate of 0,001833516685 USD/CRC (10 "significant
figures") we get 1.234.567,44 (with an error of 0,00).


* About Floating-Point Types:

"Try with the floating (9e99) with +1 the quantity of digits of the bigger
number to be shown". Sorry. I want to say:
In engineering software (calculus done out of mySQL database), with numbers
expressed in scientific notation 8.88E+99, we count the significant figures
of the biggest number in precision to be shown (the "8.88" part of the
number), and we use this quantity of significant figures increasing it by
one. E.g.:
8.88E+99 has 3 significant figures --> we use 4.
7.77777E+99 has 6 significant figures --> we use 7.
If R= A * B, and A=8.88E+99 and B=7.77777E+99, the quantity used to store
data is MAX(4, 9) = 9 significant figures.
This is to "cover" the +/- 0.5 error in the last significant figure.


* Fixed-Point Types (exact values) vs. Floating-Point Types (approximate
values):

Yes, I agree. In database, store data in (1) in fixed-point types --exact
values--, (2) but if needed floating-point types --approximate values--, to
use double-precision.
Also, I suggest to do as (as much is possible, the calculus inside PHP and
outside myQSL).


* Other comments:

To have in mind that subtraction and division are "precision destructors".
That is:
+ Leave them as the last operation in a formula (instead of A / B * C is
better A * C / B);
+ Use as little as possible these operations or numbers that are
symmetrical by this operations (value = 1/x --the worst; value = -x). e.g.
instead of A/B +C/B is better (A+C)/B.

Best regards, Rafael.


2015-01-08 20:46 GMT-06:00 ExsonQu <hex...@gm...>:

> *Hi, Richard,*
>
>             You've rise a good point. We need to keep that in mind.
>
>             We may need to focus on precision before data storing. We
> cannot
> leave that to mysql itself. A policy maybe necessary.
>
>             Lets just find more evidence and data to find a better
> solution.
>
>             Best regards!
>
>             Exson
>
>
>
> --
> View this message in context:
> http://weberp-accounting.1478800.n4.nabble.com/Float-accuracy-problem-tp4657899p4657962.html
> Sent from the web-ERP-developers mailing list archive at Nabble.com.
>
>
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming! The Go Parallel Website,
> sponsored by Intel and developed in partnership with Slashdot Media, is
> your
> hub for all things parallel software development, from weekly thought
> leadership blogs to news, videos, case studies, tutorials and more. Take a
> look and join the conversation now. http://goparallel.sourceforge.net
> _______________________________________________
> Web-erp-developers mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>

Re: [WebERP-developers] WriteReport.inc crashes in V4.11.5

[rfthomas <rf...@as...>]

Commented line 24 out and everything is working.

Bob Thomas



--
View this message in context: http://weberp-accounting.1478800.n4.nabble.com/WriteReport-inc-crashes-in-V4-11-5-tp4657964p4657965.html
Sent from the web-ERP-developers mailing list archive at Nabble.com.

[WebERP-developers] WriteReport.inc crashes in V4.11.5

[rfthomas <rf...@as...>]

The following error occurs when trying output PDF from the report writer:

Fatal error: Call to undefined method PDF::AliasNbPages() in
/weberp/reportwriter/WriteReport.inc on line 24

Looking at the tcpdf sources that are part of V4.11.5 AliasNbPages has been
removed.  Is there a corrected version of WriteReport.inc?

Bob Thomas



--
View this message in context: http://weberp-accounting.1478800.n4.nabble.com/WriteReport-inc-crashes-in-V4-11-5-tp4657964.html
Sent from the web-ERP-developers mailing list archive at Nabble.com.

[WebERP-developers] SMTP password in database is not encrypted

[baliboss <it...@ba...>]

Hi to all webERP Developers

I just realized that SMTP password stored in database table emailsettings is
shown as plain text (not encrypted) is that the way its supposed to be?
could this be a security issues? because the password is our company email
password.

Thank You.

Regards,
==============
Ade / baliboss.com



-----
Baliboss
Bali Open Source Solution
www.baliboss.com
--
View this message in context: http://weberp-accounting.1478800.n4.nabble.com/SMTP-password-in-database-is-not-encrypted-tp4657963.html
Sent from the web-ERP-developers mailing list archive at Nabble.com.

Re: [WebERP-developers] Float accuracy problem

[ExsonQu <hex...@gm...>]

*Hi, Richard,*

            You've rise a good point. We need to keep that in mind. 

            We may need to focus on precision before data storing. We cannot
leave that to mysql itself. A policy maybe necessary. 

            Lets just find more evidence and data to find a better solution. 

            Best regards!

            Exson



--
View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Float-accuracy-problem-tp4657899p4657962.html
Sent from the web-ERP-developers mailing list archive at Nabble.com.

Re: [WebERP-developers] Float accuracy problem

[ExsonQu <hex...@gm...>]

*Hi, Robert,*

          Thank you for your suggestion.
           
          I've read MySQL's manual and it said it will use exact number as
possible. During use webERP, we just face problem in some situation. So I
think we need more efforts to pinpoint it.
          As Tim said, decimal type has it's shortage that we have to
predefine the digital numbers and decimal places. 
          
           Thanks and best regards!

           Exson
           
          



--
View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Float-accuracy-problem-tp4657899p4657961.html
Sent from the web-ERP-developers mailing list archive at Nabble.com.

Re: [WebERP-developers] Float accuracy problem

[ExsonQu <hex...@gm...>]

*Hi, Rafael,*

         Sorry, I  cannot understand what do you mean 9e99 + 1. And cannot
found more details in your link. Could you give more details?

         Best regards!

         Exson



--
View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Float-accuracy-problem-tp4657899p4657960.html
Sent from the web-ERP-developers mailing list archive at Nabble.com.

Re: [WebERP-developers] Float accuracy problem

[ExsonQu <hex...@gm...>]

*Hi, Rafael,*

          I've reviewed the code of currencies-- if we changed to more than
4 decimal places, it's not allowed. 

         Do we really need the decimal places control?

         Best regards!

         Exson



--
View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Float-accuracy-problem-tp4657899p4657959.html
Sent from the web-ERP-developers mailing list archive at Nabble.com.

Re: [WebERP-developers] Float accuracy problem

[Pak R. <pak...@gm...>]

Hi all:

I think some of the issues come from the way we do some calculations, more
than Turing's machines restrictions on floating numbers :-)

As a simplified example: In some cases we calculate:
X = A / B;

in some other cases we maybe do:
C = B / A;
....
....
X = 1 / C;

Even if mathematically it's equivalent, a computer can produce a slightly
different result

We have some examples of this on multicurrency calculations (translating
from home to foreign or viceversa). This links to a "hot topic" we
discussed last year, as we do the same calculations over and over in
different scripts with slightly different code. But I don't want to
introduce more variables to the issue. Let's focus on precision, but
probably we need to have this in mind, if we look for a consistent solution.


Regards,
Ricard

2015-01-09 9:01 GMT+08:00 ExsonQu <hex...@gm...>:

> *Dear all,*
>
>          I've searched more data about this.
>
>          Since we use double type almost everywhere, only sometime things
> go
> wrong. And about the precision math, mysql manual has explained that:
>
> http://dev.mysql.com/doc/refman/5.7/en/precision-math-examples.html
>           Numbers are used with their exact value as given when possible.
>
>           The simple and effective solution may just find out those places
> where 'exact values used not possible'.
>
>           Best regards!
>
>           Exson
>
>
>
>
> --
> View this message in context:
> http://weberp-accounting.1478800.n4.nabble.com/Float-accuracy-problem-tp4657899p4657957.html
> Sent from the web-ERP-developers mailing list archive at Nabble.com.
>
>
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming! The Go Parallel Website,
> sponsored by Intel and developed in partnership with Slashdot Media, is
> your
> hub for all things parallel software development, from weekly thought
> leadership blogs to news, videos, case studies, tutorials and more. Take a
> look and join the conversation now. http://goparallel.sourceforge.net
> _______________________________________________
> Web-erp-developers mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>

Re: [WebERP-developers] Float accuracy problem

[ExsonQu <hex...@gm...>]

*Dear all,*

         I've searched more data about this.  

         Since we use double type almost everywhere, only sometime things go
wrong. And about the precision math, mysql manual has explained that:
         
http://dev.mysql.com/doc/refman/5.7/en/precision-math-examples.html
          Numbers are used with their exact value as given when possible.

          The simple and effective solution may just find out those places
where 'exact values used not possible'. 
           
          Best regards!

          Exson
          



--
View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Float-accuracy-problem-tp4657899p4657957.html
Sent from the web-ERP-developers mailing list archive at Nabble.com.

Re: [WebERP-developers] How to keep the part_pics folder outside weberp structure folders

[Pak R. <pak...@gm...>]

Thanks Gilberto and Tim: I'll try the htaccess trick first and let you know
the results.

Many thanks for pointing me into that direction.

Regards,
Ricard

2015-01-07 4:28 GMT+08:00 gilberto dos santos alves <gs...@gm...>:

> Hi.
>
> You could use clause alias for your httpd server (apache2.4) current
> release. please see [1].
>
> If  your server is shared host like (hostgator, dreamhost, etc) you could
> use .htaccess with directives (alias, directory, etc) inside your
> product-image-for-every-cia and point these links to unique-dir-with-images
> of your http server.
>
> Please see too on apache 2.2 (old stable release) examples [2].
>
> [1] http://httpd.apache.org/docs/current/mod/mod_alias.html
> [2] http://httpd.apache.org/docs/2.2/mod/mod_alias.html
>
> 2015-01-06 6:16 GMT-02:00 Pak Ricard <pak...@gm...>:
>
>> Hi all:
>>
>> We would like to keep all images stored in part_pics folder in another
>> folder outside the webERP structure.
>> Example: Instead of using
>> www.my_company.com/weberp/companies/company_name/part_pics
>> I would like to use www.my_other_domain.com/images/part_pics
>>
>> I tried to change part_pics in config table, in many ways but failed to
>> get outside www.my_company.com
>>
>> is there any way to achieve this, or I must to keep the pictures inside
>> the folder structure of webERP?
>>
>> Regards,
>> Ricard
>>
>>
>> ------------------------------------------------------------------------------
>> Dive into the World of Parallel Programming! The Go Parallel Website,
>> sponsored by Intel and developed in partnership with Slashdot Media, is
>> your
>> hub for all things parallel software development, from weekly thought
>> leadership blogs to news, videos, case studies, tutorials and more. Take a
>> look and join the conversation now. http://goparallel.sourceforge.net
>> _______________________________________________
>> 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
>
>
>
>
>
>
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming! The Go Parallel Website,
> sponsored by Intel and developed in partnership with Slashdot Media, is
> your
> hub for all things parallel software development, from weekly thought
> leadership blogs to news, videos, case studies, tutorials and more. Take a
> look and join the conversation now. http://goparallel.sourceforge.net
> _______________________________________________
> Web-erp-developers mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>
>