a method named like "getPropName" which may not accept the evaluate argument.



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

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

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

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

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

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

Full implementation of Uid setters. Support of keep_default. Now in line with unit test test_10_valueAccessor

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

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

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

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

* associate bar_category to Foo

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

* use bar_category instead of destination

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

New test to cover bug #206 (Redirection when changing the listbox display mode are broken in view mode)

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

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

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

* Add a bar_category base category 
* Update forms to use this category instead of destination
* Add test for reordering values in multi relation field

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

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

Made sure that only ERP5Type.Document classes and factories are generated by default

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

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

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

The trash button does not allow anymore to remove object from the database when there is a workflow associated to this object (excepted for edit_workflow).
In such case, there must be a workflow transition called "delete_action", which changes the state of the object to "deleted".

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

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

write a test in order to see if we raise ConstraintNotFound if a bad constraint is defined into PropertySheet

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

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

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

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

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

already included.


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

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

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

executed.

Note: earlier version of this test checked exactly the contrary, but it was
eventually agreed that this was a bug. If an activity fails, all the
activities that depend on it should be block until the first one is resolved.


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

* set flag to update bt workflow

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

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

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

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

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

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

I have extended the API in the comments and added comments related to precision support and to cumulative values in history lists

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

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

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