Skip to content

erp5
erp5
An error occurred fetching the project authors.
Switch branch/tag
  1. 29 Apr, 2010 1 commit
  3. 30 Mar, 2010 1 commit
  5. 23 Mar, 2010 1 commit
  7. 11 Mar, 2010 1 commit
  9. 09 Mar, 2010 1 commit
  11. 05 Mar, 2010 1 commit
  13. 23 Feb, 2010 1 commit
  15. 04 Jan, 2010 1 commit
    • Nicolas Dumazet's avatar
      algorithm: a topological sort in a graph can be much simpler · 6dd1ab34
      Nicolas Dumazet authored 
      There were three surprising things in the previous version:
 * the XXX mention: leafs can indeed be detected at construction time
 * the need to track both children and parents of a node: usually only one
    or the other is enough to work efficiently on a graph
 * the idiom:
      if n in list: list.remove(n)
      list.append(n)

Replace it by a generic sort on node depth. A dictionary is used for lookups to
avoid linear list lookups, and only the successor relation is kept (parent_dict)

Also explicit in comments the graph we are building/the order expected for code
clarity (ie avoid confusion wrt what is the parent/child of the graph node)


git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@31556 20353a03-c40f-0410-a6d1-a30d3c3de9de
      6dd1ab34
  17. 29 Dec, 2009 5 commits
  19. 14 Dec, 2009 3 commits
  21. 10 Dec, 2009 1 commit
  23. 09 Dec, 2009 2 commits
  25. 27 Nov, 2009 1 commit
  27. 17 Nov, 2009 1 commit
    • Sebastien Robin's avatar
      - the possibility to pass --enable_full_indexing=portal_skins in · 2dd6ad08
      Sebastien Robin authored 
       order to make optimisation configuration in unit test
- isIndexable is not a property any more, it is a ConstantGetter
 instance, so it works like a property and like a method
- same thing for isPredicate, isTemplate, isDelivery... we can
 start moving using only methods.
- do not define isTemplate, isDelivery... when it is already
  available thanks to inheritance
- new methods generated for all ERP5 objects : provides[InterfaceName].
 For instance, "providesIMovement()" will return True or False for
 any ERP5 object.
- new method "is[Group]Type" generated for all ERP5 objects. The group
 here is group of portal types (like getPortalDeliveryTypeList()). So
 on any ERP5 object, you can do "isDeliveryType()", and this will
 returns True or False.
- add tests

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@30704 20353a03-c40f-0410-a6d1-a30d3c3de9de
      2dd6ad08
  29. 13 Nov, 2009 1 commit
  31. 03 Sep, 2009 1 commit
  33. 25 Aug, 2009 1 commit
  35. 12 Aug, 2009 1 commit
  37. 04 Aug, 2009 2 commits
  39. 03 Aug, 2009 1 commit
  41. 21 Jul, 2009 1 commit
  43. 14 Jul, 2009 1 commit
  45. 10 Jul, 2009 1 commit
  47. 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
  49. 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
  51. 01 Jul, 2009 1 commit
  53. 29 Jun, 2009 1 commit
  55. 25 Jun, 2009 2 commits
  57. 23 Jun, 2009 2 commits
GitLab Nexedi Edition | About GitLab | About Nexedi | 沪ICP备2021021310号-2 | 沪ICP备2021021310号-7