We still use workflow scripts for "transiant validation" : for example, validating that at the time we validate this transaction an accounting period is open, other parties are not invalidated.

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@18382 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@18381 20353a03-c40f-0410-a6d1-a30d3c3de9de

When testing that validation is refused with something else that a Currency as a resource, at least use a Resource type
Don't check_consistency when creating invalid transactions



git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@18380 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@18379 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@18378 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@18375 20353a03-c40f-0410-a6d1-a30d3c3de9de

* Acquire skins and tools from a portal, whenever possible.

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@18374 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@18373 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@18372 20353a03-c40f-0410-a6d1-a30d3c3de9de

Also change the behaviour a bit, don't raise an Exception directly, constraints
should *not* raise exceptions, simply use _generateError. What we should do is
add support for different severity in Constraints framework.



git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@18369 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@18368 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@18367 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@18366 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@18365 20353a03-c40f-0410-a6d1-a30d3c3de9de

each constraint class are predefined on the class and constraint users can
override the message in the propertysheet.
The motivation is to be able to provide user friendly context dependant
messages, eg. "Please Enter the Shipping Date" instead of technical messages
like "Property start_date is not defined".
See test_OverrideMessage for an example use, and the interface for more info.

(Also add a new CategoryAcquiredExistence constraint)



git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@18364 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@18363 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@18362 20353a03-c40f-0410-a6d1-a30d3c3de9de

Move all code relative to dict_length_ids in a code which access is controled by "store" value. This prevents portal_ids' persistent object modifications when "store" is false.


git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@18361 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@18359 20353a03-c40f-0410-a6d1-a30d3c3de9de

another timezone than UTC.


git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@18358 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@18357 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@18356 20353a03-c40f-0410-a6d1-a30d3c3de9de

- remove duplicate empty entries in frequency lists
- add '0' entries in hour and minute lists
- replace map(lambda) by list comprehensions

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@18355 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@18354 20353a03-c40f-0410-a6d1-a30d3c3de9de

well update an modify it


git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@18353 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@18352 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@18351 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@18350 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@18349 20353a03-c40f-0410-a6d1-a30d3c3de9de

- add a "Model Inheritance" column in PaySheetModelModule_viewPaySheetModelList listbox

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@18348 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@18347 20353a03-c40f-0410-a6d1-a30d3c3de9de

sub objects of a model are already added, the model will not be present in the
final dict.


git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@18346 20353a03-c40f-0410-a6d1-a30d3c3de9de

wich use a Breadth First Search instead of Depth First Search witch is very more appropiate in this case.


git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@18345 20353a03-c40f-0410-a6d1-a30d3c3de9de

- remove commented code
- modify getInheritanceModelReferenceDict  method to use a Breadth First Search
  instead of Depth First Search witch is very more appropiate in this case.


git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@18344 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@18337 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@18336 20353a03-c40f-0410-a6d1-a30d3c3de9de

- change the method who get annotation/ratio line from a reference to search
  first on the paysheet before on the dependencies model tree
- remove some logs


git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@18335 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@18334 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@18333 20353a03-c40f-0410-a6d1-a30d3c3de9de

Make worklist definition more realistic. It fixes a bug in SQL-cached version of worklist test, because the same objects caused 2 lines to be present in worklist cache, which are summed afterward - hence causing a 2-objects worklist to be displayed when there is actualy just one object.


git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@18332 20353a03-c40f-0410-a6d1-a30d3c3de9de