Re: [tryton-dev] Tax Improvements

On 21/03/10 15:52 -0700, Ian Wilson wrote: > Hello, > > I had some questions and comments. First off you are specifically > talking about the account_tax table, right? Yes and also account.tax.rule > > That entire function would be stored as raw text in the new field? Yes. > Why not just sto

Re: [tryton-dev] Best way to handle VAT change

On 22/03/10 00:09 +0100, Carlos Perelló Marín wrote: > > But I'm thinking about changing the tax design in Tryton. I will make a post > > later on this. > > > > From you email, I see that the plan is for 1.8, which makes sense, > however, do you think we may get a solution for tax change for

Re: [tryton-dev] Best way to handle VAT change

El 19/03/10 10:38, Cédric Krier escribió: On 19/03/10 09:05 +0100, Carlos Perelló Marín wrote: Hi, Next 1st July, we will have in Spain a VAT increase and I wonder which is the best way to handle it with Tryton. My first idea was to extend the history module just like what we do for parties

Re: [tryton-dev] Tax Improvements

Hello, I had some questions and comments. First off you are specifically talking about the account_tax table, right? That entire function would be stored as raw text in the new field? Why not just store the name or path to the function and let the function reside in a module? Placing the functi

Re: [tryton-dev] Re: [tryton] How to debug trytond?

I do it quite often, just add the usual "import pdb; pdb.set_trace()" and run trytond manually not as a daemon, once the code reaches your pdb call, you will get the Python prompt. Cheers. El 21/03/10 15:45, Hartmut Goebel escribió: Am 21.03.2010 14:39, schrieb Cédric Krier: On 21/03/10

[tryton-dev] Tax Improvements

Hi, As I said previously, I was thinking on how to improve current tax implementation in Tryton. First, I think making a generic tax computation that will rule all the case from all countries is really complicated because legislators don't write tax laws in a rational way. They are full of except

Re: [tryton-dev] Please review: Backport of e3b590f84110 (Use lazy load in Import/Export windows) to 1.4

On 21/03/10 16:07 +0100, Hartmut Goebel wrote: > Am 21.03.2010 16:00, schrieb Cédric Krier: > > > Features are not backported, there is only bug fixes see > > http://code.google.com/p/tryton/wiki/ReleaseGeneral > > From my point of view, this is a bug fix, since it solves issue 1425. issue1425 i

Re: [tryton-dev] Please review: Backport of e3b590f84110 (Use lazy load in Import/Export windows) to 1.4

Am 21.03.2010 16:00, schrieb Cédric Krier: > Features are not backported, there is only bug fixes see > http://code.google.com/p/tryton/wiki/ReleaseGeneral From my point of view, this is a bug fix, since it solves issue 1425. The "feature" is just a side-effect. -- Schönen Gruß - Regards Hartmu

Re: [tryton-dev] Please review: Backport of e3b590f84110 (Use lazy load in Import/Export windows) to 1.4

On 21/03/10 15:40 +0100, Hartmut Goebel wrote: > Please review: Backport of e3b590f84110 (Use lazy load in Import/Export > windows) to 1.4 > > http://codereview.appspot.com/678041 > Features are not backported, there is only bug fixes see http://code.google.com/p/tryton/wiki/ReleaseGeneral --

[tryton-dev] Re: [tryton] How to debug trytond?

Am 21.03.2010 14:39, schrieb Cédric Krier: > On 21/03/10 14:08 +0100, Hartmut Goebel wrote: >> Hi, >> >> I need to debug trytond. How to I get trytond to run under pdb control? > > Because it is a threaded program. I did not ask *why*, I did ask *how*. But if I understand you right, there is no

[tryton-dev] Please review: Backport of e3b590f84110 (Use lazy load in Import/Export windows) to 1.4

Please review: Backport of e3b590f84110 (Use lazy load in Import/Export windows) to 1.4 http://codereview.appspot.com/678041 Thanks. -- Schönen Gruß - Regards Hartmut Goebel Dipl.-Informatiker (univ.), CISSP, CSSLP Goebel Consult Spezialist für IT-Sicherheit in komplexen Umgebungen http://www.