It was heavy to calculate initial balance of payable / receivable accounts when there are a lot of third parties used in previous period.
The optimisation is applied when "detailed balance columns" option is not enabled.

- do dependency between steps only based on tags. This avoid having hardcoded
list of method ids that are not friendly with further extension
- add a mode to force doing the upgrade. Doing fully upgrade based on previous
sense() is not acceptable. For example we might be in a case of broken catalog
that does not support any new insertion until upgrade is finished

Otherwise, start_date (at least) would be a local property.

Helps automating independent test node tracking.

These 3 properties are present on existing documents, but are
local - which is bad. Declare them minimaly in a new Property Sheet.

accounting: prevent user from creating balance transaction while previous one is still beeing reindexed

Until now, it was only possible to define the ID on properties, then the
reference was guessed from the ID. We even had constraint to make sure
when we define a standard "foo" property that the ID was "foo_property".
Then the reference "foo" was guessed for the ID.

This is not user friendly, it is more logical to make the ID non editable
and guess it from the reference. Therefore now the developer could define
the reference, like "foo", and the corresponding ID will be automatically
set.

- run computation before trying to get results
- always defined a section, it is mandatory in UI so it should be in tests

A zindex of -1 breaks handsontable.

This reverts commit 514a5157.

This is very convenient when we use portal_templates.upgradeSite to
make sure some bt will always be installed with force=1. This is
usually used when we have a bt patching other bt.

Allows implementing user-based restrictions on classical ERP5-style
rendering.

This functional change should have been in a separate commit.

Commit accidentally reverted "IE use the latest rendering engine to
render the page". Reapply the change.

That template is only to be used for ERP5-style UI.

That template is only to be used for ERP5-style UI.

To encourage creation of alternative templates for web mode,
as this template must not be used outside of ERP5-style UI
(aka "ERP5 XHTML Style").