An error occurred fetching the project authors.
- 09 Apr, 2010 1 commit
-
-
Yusei Tahara authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@34410 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 08 Apr, 2010 2 commits
-
-
Jérome Perrin authored
resolves to XMLMatrix._checkConsistency git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@34406 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Tatuya Kamada authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@34374 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 30 Mar, 2010 1 commit
-
-
Julien Muchembled authored
CompositionMixin provides a 'asComposedDocument' method replacing find{Effective,}SpecialiseValueList on Trade Condition. Some deprecated code in TradeCondition is moved back to PaySheetModel for compatibility reasons. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@34217 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 23 Mar, 2010 1 commit
-
-
Yusei Tahara authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@33977 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 17 Mar, 2010 1 commit
-
-
Yusei Tahara authored
value. Test both the fixed quantity case and the other case which trade model line does not have a fixed quantity but return a fixed quantity value by using a calculation script. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@33774 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 15 Mar, 2010 2 commits
-
-
Yusuke Muraoka authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@33713 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Yusei Tahara authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@33707 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 09 Mar, 2010 1 commit
-
-
Kazuhiko Shiozaki authored
ideally, the context for the script should be the trade model line here, but unfortunately it is the passed context (i.e. a simulation movement). git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@33520 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 03 Mar, 2010 3 commits
-
-
Nicolas Dumazet authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@33324 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Nicolas Dumazet authored
This fixes an interesting bug: # Takes place during indexing phase, when Transactional Cache is on # A transformation is defined, producing a (blue|red) resource from # (blue|red) fabric transformation = ... movement1 = newTempMovement(colour="blue", resource=A) movement2 = newTempMovement(colour="red", resource=A) amount1 = transformation.getAggregatedAmountList(movement1)[0] amount2 = transformation.getAggregatedAmountList(movement2)[0] # amount1 and amount2 have wrongly the same Physical path. # Which means that due to caching in CategoryTool, the category # values will be computed only once instead of twice: assert amount1.getVariationText() == "colour/blue" #OK assert amount2.getVariationText() == "colour/blue" # !! git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@33314 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Kazuhiko Shiozaki authored
support the case where both base_application and base_contribution are empty, that happens for using Trade Model Line as a base class of Payment Condition. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@33311 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 25 Feb, 2010 1 commit
-
-
Kazuhiko Shiozaki authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@33115 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 26 Jan, 2010 1 commit
-
-
Jérome Perrin authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@31992 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 05 Dec, 2009 1 commit
-
-
Yusuke Muraoka authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@31099 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 30 Nov, 2009 1 commit
-
-
Yusei Tahara authored
Add an argument `aggregated_movement_list` to calculation script. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@30914 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 26 Nov, 2009 1 commit
-
-
Yusei Tahara authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@30865 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 25 Nov, 2009 1 commit
-
-
Yusei Tahara authored
Add target level property which defines how trade model line is applied to movements and this changes getAggregatedAmountList behavior. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@30853 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 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
-
- 27 Oct, 2009 2 commits
-
-
Tatuya Kamada authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@30021 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Tatuya Kamada authored
Until now, when using, for example, VAT, you put like this: price=0.196, efficiency=1.0 so the result by getAggregatedAmountList is, if the base is 100: price=0.196, efficiency=1.0, quantity=100 Thus, the total price is 19.6. This works but not compatible with rounding, as, for instance, if we want to round it up to 20, the result is not saved at anywhere. So, from now on, we do like this instead: price=1.0, efficiency=0.196 so the result is: price=1.0, efficiency=0.196, quantity=100, total price=19.6 The total price does not change. When we apply a rounding method, it would result in: price=1.0, efficiency=0.196, quantity=100, total price=20 -- This modification is approved by YO and Yusei. TODO: write some test-cases git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@30019 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 22 Sep, 2009 1 commit
-
-
Łukasz Nowak authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@29133 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
-
- 21 Jul, 2009 1 commit
-
-
Fabien Morin authored
- self is not the same than context, use context parameter instead - get closest model from the paysheet - condition for slice was wrong. if the slice is equal to the base_application, quantity is 0 git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@28123 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 09 Jul, 2009 2 commits
-
-
Fabien Morin authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@28045 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Fabien Morin authored
current model_line should be a child of an effictive model. So it's useless to look for an effective model : the parent of this line is good. it's non sens to use another model than the parent one to get the calculation script to calculate this line. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@28042 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 08 Jul, 2009 4 commits
-
-
Fabien Morin authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@28029 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Fabien Morin authored
in case a calculation script is found, slice are not calculated in TradeModelLine class. This should be handle by the calculation script. This permit to create a customise behaviour for slices - improve the error message in case of not found cells to make debugging easier git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@28027 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Fabien Morin authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@28025 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
-
- 23 Jun, 2009 1 commit
-
-
Fabien Morin authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@27775 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 22 Jun, 2009 1 commit
-
-
Fabien Morin authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@27738 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 19 Jun, 2009 2 commits
-
-
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
In this way, it's possible define that for a precise trade_phase, a precise source and destination will be set on movements. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@27678 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 18 Jun, 2009 2 commits
-
-
Fabien Morin authored
- if the price is 0, we don't want to set it to 1. We want that only in the case it has not been defined (== None) - typo git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@27654 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Łukasz Nowak authored
- reformat to use 2 spaces indentation git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@27651 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 16 Jun, 2009 4 commits
-
-
Łukasz Nowak authored
- workaround a problem for cell creation - it have to be split into two transactions in case of setting variation git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@27613 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
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
-
Fabien Morin authored
- cut line to 79 caracters git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@27608 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Łukasz Nowak authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@27607 20353a03-c40f-0410-a6d1-a30d3c3de9de
-