An error occurred fetching the project authors.
  1. 13 Nov, 2009 1 commit
  2. 03 Sep, 2009 1 commit
  3. 25 Aug, 2009 1 commit
  4. 12 Aug, 2009 1 commit
  5. 04 Aug, 2009 2 commits
  6. 03 Aug, 2009 1 commit
  7. 21 Jul, 2009 1 commit
  8. 14 Jul, 2009 1 commit
  9. 10 Jul, 2009 1 commit
  10. 09 Jul, 2009 1 commit
    • Fabien Morin's avatar
      - fix a mistake : stop_date = document.getStartDate() · 457dedf7
      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
      457dedf7
  11. 08 Jul, 2009 2 commits
    • Fabien Morin's avatar
      comments were bad, fix them. (thanks to jerome for the review) · 6ff3ea0d
      Fabien Morin authored
      git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@28026 20353a03-c40f-0410-a6d1-a30d3c3de9de
      6ff3ea0d
    • Fabien Morin's avatar
      fix some mistakes, improve code : · 68860733
      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
      68860733
  12. 01 Jul, 2009 1 commit
  13. 29 Jun, 2009 1 commit
  14. 25 Jun, 2009 2 commits
  15. 23 Jun, 2009 3 commits
  16. 22 Jun, 2009 1 commit
  17. 19 Jun, 2009 3 commits
  18. 18 Jun, 2009 3 commits
  19. 16 Jun, 2009 3 commits
  20. 15 Jun, 2009 2 commits
  21. 12 Jun, 2009 1 commit
  22. 11 Jun, 2009 3 commits
  23. 09 Jun, 2009 4 commits