An error occurred fetching the project authors.
  1. 01 Apr, 2011 1 commit
  2. 23 Feb, 2011 1 commit
  3. 12 Jan, 2011 1 commit
  4. 26 Oct, 2010 1 commit
  5. 25 Oct, 2010 1 commit
  6. 19 Oct, 2010 1 commit
  7. 18 Oct, 2010 1 commit
  8. 15 Oct, 2010 1 commit
  9. 11 Oct, 2010 1 commit
    • Julien Muchembled's avatar
      Review new amount generator · e2075796
      Julien Muchembled authored
      - Update API and interfaces
      - Make it possible to:
        - do non-linear calculation (via global type-based script)
          for every considered base_amount
          (i.e. not only for base_application of input movements).
          To avoid performance issue, the type-based script is changed to return
          functions instead of calculating results directly.
        - get accumulated values from movements while generating amounts for a
          delivery (i.e. for Amount Generator Lines targetting deliveries).
      - Produce amounts even if there is no resource, for reporting.
      - Drop probably useless create_line property: checking if there is a resource
        should be enough.
      - Prepare refactoring of MRP/Trade/Payroll by introducing AmountGeneratorLine
        class and property sheet.
      - Stop doing anything if there is no base_application on an AGL to avoid
        conflicts while figuring out if a movement was created manually or not.
      - Update some forms.
      - Update testTradeModelLine
      
      git-svn-id: https://svn.erp5.org/repos/public/erp5/sandbox/amount_generator@39028 20353a03-c40f-0410-a6d1-a30d3c3de9de
      e2075796
  10. 27 Apr, 2010 1 commit
  11. 19 Apr, 2010 1 commit
  12. 09 Apr, 2010 1 commit
  13. 08 Apr, 2010 1 commit
  14. 19 Mar, 2010 1 commit
  15. 18 Mar, 2010 2 commits
  16. 17 Mar, 2010 2 commits
  17. 16 Mar, 2010 1 commit
  18. 11 Mar, 2010 1 commit
  19. 10 Mar, 2010 1 commit
  20. 08 Mar, 2010 1 commit
  21. 03 Mar, 2010 1 commit
    • Nicolas Dumazet's avatar
      getAggregatedAmountList: generated temporary ids must be context-dependent · 5480a87e
      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
      5480a87e
  22. 08 Feb, 2010 1 commit
  23. 13 Nov, 2009 1 commit
  24. 07 Oct, 2009 1 commit
  25. 11 Aug, 2009 1 commit
  26. 14 Jul, 2009 1 commit
  27. 02 Jul, 2009 1 commit
  28. 15 Jun, 2009 1 commit
  29. 12 Jun, 2009 2 commits
  30. 04 Jun, 2009 1 commit
  31. 01 Jun, 2009 2 commits
  32. 10 Jul, 2008 1 commit
  33. 01 Jul, 2008 1 commit
  34. 17 Aug, 2006 1 commit
  35. 03 Apr, 2006 2 commits