An error occurred fetching the project authors.
- 13 Nov, 2009 1 commit
-
-
Jean-Paul Smets authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@30608 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 03 Sep, 2009 1 commit
-
-
Łukasz Nowak authored
- there is no need to use use category of resource to recognise if movements are put by user or by system, empty base_application suggest that movement is set by user git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@28794 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 25 Aug, 2009 1 commit
-
-
Yusuke Muraoka authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@28610 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 12 Aug, 2009 1 commit
-
-
Jérome Perrin authored
constraint for that date. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@28352 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 04 Aug, 2009 2 commits
-
-
Fabien Morin authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@28273 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Fabien Morin authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@28266 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 03 Aug, 2009 1 commit
-
-
Łukasz Nowak authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@28242 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 21 Jul, 2009 1 commit
-
-
Fabien Morin authored
- Fix a mistake : if a movement should be kept, this does not mean that we don't have to check for other movements. So in this way all movement will be checked. - in case of no effective model found, getEffectiveModel return None. So remove all None values git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@28120 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 14 Jul, 2009 1 commit
-
-
Jérome Perrin authored
TradeCondition.getAggregatedAmountList to return an AggregatedAmountList instead of a simple list. Some XXX are left. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@28075 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 10 Jul, 2009 1 commit
-
-
Fabien Morin authored
specialise_value_list is the starting point to find other objects, so it's always needed (for all portal_types) git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@28052 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 09 Jul, 2009 1 commit
-
-
Fabien Morin authored
- findEffectiveSpecialiseValueList was not using Breadth First Search like findSpecialiseValueList. Now both code have the same behaviour - findEffectiveSpecialiseValueList was not really using effective model, not it use it, and if no effective model are found, an empty list is returned - in case where no effective model are found, getEffectiveModel return None (instead of self). If getEffectiveModel is call with None stop_date and start_date, self is return git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@28044 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 08 Jul, 2009 2 commits
-
-
Fabien Morin authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@28026 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Fabien Morin authored
- cartesianProduct is not needed : getCellKeyList can do the same thing in a better and cleaner way - if movements already exists, we don't want to take only the first one, but all movements are needed - improve error message to display the Line (title and relative_url) and the coordinates of the not found cell. This will make debugging much more easier - to set quantity on new created movements, we search on movement_list if movements contribute to the current movement applied on, but we need to look also on already processed movements (current_aggregated_amount_list) - the condition to check if the quantity of the current movement should be updated was wrong, fix it - in TradeCondition, now one loop turn is enought to make all calculation - change some variables names that where already used previously to avoid mistakes git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@28024 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 01 Jul, 2009 1 commit
-
-
Fabien Morin authored
- change conditions to not add a model that have already been visited. In this way circular dependencies are avoid and all model are visited. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@27853 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 29 Jun, 2009 1 commit
-
-
Łukasz Nowak authored
- invert checking condition - it is needed to use base_application of trade model line being inserted git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@27819 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 25 Jun, 2009 2 commits
-
-
Fabien Morin authored
limit result to 1 because they are sorted by version and date, so if there is some results, the first one is the best. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@27795 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Fabien Morin authored
Thanks to Kazuhico for his review git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@27794 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 23 Jun, 2009 3 commits
-
-
Łukasz Nowak authored
- it is needed to apply models only two times - once for real input movements, second one for generated values globally git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@27774 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Fabien Morin authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@27770 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Fabien Morin authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@27769 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 22 Jun, 2009 1 commit
-
-
Łukasz Nowak authored
- add test to testBPMCore.py proving that changing resource will reexpannd properly - in TradeModelRule.py and TradeCondition.py use reference to compare documents, and set reference property on documents, as resource is not stable enough git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@27727 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 19 Jun, 2009 3 commits
-
-
Fabien Morin authored
the way to remove movement that should not be created was wrong. Using the reference of movement to find corresponding model_line and remove the movements of the model lines that should not be created is better. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@27692 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Fabien Morin authored
Removing causality link from movement should make catalog a bit faster. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@27690 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Fabien Morin authored
fix a mistake : context can not be defined at this step, it's beter to use None default value and to call getStart/StopDate on document git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@27671 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 18 Jun, 2009 3 commits
-
-
Fabien Morin authored
- make findEffectiveSpecialiseValueList recursive and change the behaviour : now, we check the first model from the inheritance tree, if this model is effective, use it, else take the effective one. On this effective model, get all specialise_value and take their effective value. Return the list of all this new effective inheritance tree git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@27653 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Fabien Morin authored
- fix typo : stop_date=start_date git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@27649 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Fabien Morin authored
- use findEffectiveSpecialiseValueList instead of findSpecialiseValueList. This permit to find the more appropriate model to use. - fix mistake in docstring - remove useless code parts - fix the condition of seaching the best maching model (using the dates) git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@27648 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 16 Jun, 2009 3 commits
-
-
Fabien Morin authored
- fix comment to not use "we" form as it's explain in the wiki (http://www.erp5.org/GuidelinesForDocumentation?highlight=we) - add context parameter to findEffectiveSpecialiseValueList to be more consistent with findSpecialiseValueList. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@27612 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Łukasz Nowak authored
- formatting - typo git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@27611 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Łukasz Nowak authored
- set proper security for updateAggregatedAmountList - it will modify context, not self, so ACI is enough - simplify loop into list operation - move parameter initialisation to top git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@27603 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 15 Jun, 2009 2 commits
-
-
Fabien Morin authored
- typo git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@27574 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Fabien Morin authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@27559 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 12 Jun, 2009 1 commit
-
-
Fabien Morin authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@27538 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 11 Jun, 2009 3 commits
-
-
Fabien Morin authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@27531 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Fabien Morin authored
- remove unused import and unused inheritance class git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@27530 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Fabien Morin authored
fix a bug : aggregated_amount_list can be empty in the case all movements should be removed. So we have to enter in the loop to put all movements in movement_to_delete_list git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@27524 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 09 Jun, 2009 4 commits
-
-
Łukasz Nowak authored
- move description to interface git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@27479 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Łukasz Nowak authored
- declare ITransformation for TradeCondition git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@27471 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Łukasz Nowak authored
- test sorting order git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@27470 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Fabien Morin authored
- typo git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@27468 20353a03-c40f-0410-a6d1-a30d3c3de9de
-