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

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

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

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

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

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

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

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

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

apply the limit to both parts of the UNION, but only for the first page (impossible to do this for next pages)

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

fix a typo, that should be a part of r33838 (since r33837, scripts used as relation_setter_id recieves list of documents instead of list of uids).


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

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

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

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

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

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

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

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

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

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

* adopt only for trade model related movements.


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

This allows ActiveObject import in SQLCatalog, enabling again activate() on
SQL Catalog, and eventually fixing the current test failures (AttributeError:
SQLCatalog_catalogTransformation raised on portal/portal_catalog)

A proper, durable fix to the silent import failures in SQLCatalog is still
required.


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

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

same as r33958 (now tested property list should be taken from Target Solver document or its portal type).


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

fix report sections for GL: we must show a report section if the accounts have movement in the period, or if the account have a non zero balance at the beginning of the period.
Prior to that change it was only showing accounts with movements in the period.

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

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

It is nonsense and buggy for OrderBuilder to care about delivery values, so the relevant code is moved out of OrderBuilder into DeliveryBuilder.

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

Cosmectic changes.


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

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

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

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

Updated to support grouping even in very complex cases related to production or in universal solver cases.

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

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

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

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

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

Added some early draft work just to verify if the openoffice can reply to some uno commands, this is very far from perfect but it will help assert if openoffice is broken or not.



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

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

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

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