Launchpad Translations on behalf of banking-addons-team e85ef765fc Launchpad automatic translations update.

2014-06-20 06:09:57 +00:00

..

i18n

Launchpad automatic translations update.

2014-06-20 06:09:57 +00:00

security

Bunch of fixes and small improvements on modules: account_statement_base_completion, account_statement_completion_voucher, account_statement_ext, account_advanced_reconcile, account_statement_base_import

2012-06-27 09:58:32 +02:00

test

[del] TODO

2013-12-20 17:25:50 +01:00

tests

[FIX] too many characters are escaped, leading to an 'invalid regular expression: invalid escape \ sequence' error.

2014-03-04 14:19:28 +01:00

__init__.py

[FIX] escape res_partner.name column as second arg of regexp_matches and keep the first one as unescaped. Add a lot of tests for completion based on the res_partner name

2014-02-17 18:24:03 +01:00

__openerp__.py

Minor import fixes plus a couple of other small changes to allow trunk install. Changed method get_default_pay_receive_accounts of account_statement_ext to use orm built in get. Is actually an improvement as get ensures the result is the most specific property whereas the original method gave no such guarentee in a multicompany environment.

2014-05-14 17:45:12 +02:00

data.xml

[imp] account_statement_base_completion: put what depends on sale on a separate module

2013-12-03 16:04:25 +01:00

partner_view.xml

[MRG] Add all the bank statement improvements that we made. This is mostly based on :

2012-06-20 16:10:01 +02:00

partner.py

[FIX] Minor fixes to enable install on trunk, explicit imports added, alternative string concatenation in help and change to correct xml comment style

2014-01-05 18:40:54 +13:00

statement_view.xml

[IMP] account_statement_base_completion - move 'Auto completion' button in flux button to set it more accessible

2013-06-28 17:22:13 +02:00

statement.py

Minor import fixes plus a couple of other small changes to allow trunk install. Changed method get_default_pay_receive_accounts of account_statement_ext to use orm built in get. Is actually an improvement as get ensures the result is the most specific property whereas the original method gave no such guarentee in a multicompany environment.

2014-05-14 17:45:12 +02:00