* Rename WorkflowConfigurator PropertySheet to ConfiguratorWorkflow.
* Add ConfiguratorWorkflowTransition PropertySheet for transition_form_id.
  => Should it be moved to standard 'action' instead?
* Avoid defining Configurator-specific API in Workflow API, such as
  initializeDocument(). TODO: What about:
  - state.getAvailableTransitionList()
  - state.executeTransition()
  - state.getWorkflowHistory()
  - state.undoTransition()
  => erp5_configurator_standard:testStandardConfigurationWorkflow

* Add WORKFLOW.{scripts,transitions...} property which is just a ComputedAttribute
  returning a dict (TODO: Instead of a dict, this should be ContainerTab to have
  objectIds()...).

* Allow a Workflow Script to call another one by overriding portal_workflow.__getattr__.
  With DCWorkflow, `container` was bound to its parent (WORKFLOW.scripts which is a
  mapping), but now `container` is bound to the WORKFLOW itself as Transitions, Scripts
  and Variables are all at the same level. This is not very efficient but this is only
  in DCWorkflow compatibility mode after all.

  The initial implementation was creating a `ScriptContext`, a temporary object with
  all scripts of the current Workflow added. However, this required changing existing
  Workflow Script code and especially this did not work with the following use case:
  1. Script Context is created before calling a Workflow Script.
  2. That script calls a Workflow Script from another Workflow.
     => This will fail as ScriptContext is only created for the Workflow.

Ignore for now the differences between ERP5Workflow implemented for Configurator
a long time ago and "new" ERP5Workflow.

Work done by Wenjie Zheng, Isabelle Vallet, Sebastien Robin and myself.

This will be needed for DCWorkflow to ERP5Workflow migration so this will be
a core Document and make bootstrap easier.

Until now it was only used in ERP5Catalog where the expression property is
`expression` for both Python Script and SQL Method but this is a common pattern
and will also needed for ERP5Workflow.

See merge request nexedi/erp5!1275

- this action relies on paged.js library for pagination

Don't log and fix a few resource warnings

See merge request nexedi/erp5!1307

Add missing field, used in testFloatFieldStep

It follows commit ce233f79

Some fields may use div element without expecting 100% width.
Example: formbox and diff gadget.

this prevents ResourceWarnings on python3

this prevent ResourceWarnings on python3

this is way to verbose and not really useful

Why invent a different way, making it harder to consistently patch
validated_hook ?

For example, allows upgrading a Business Template when an ERP5 Form is
replaced by a PythonScript in a skin folder.

When running on testnode, runUniTest is responsible for picking a free $DISPLAY.
This is implemented by starting Xvfb on a $DISPLAY, waiting a bit and if it is
still running we assume the $DISPLAY was free. But it seems sometimes we don't
wait enough, when testnodes are overloaded.

This implementation is wrong, we could run a command check that X is running,
but as explained in the code command below, xdpyinfo or other tools are
currently not available in test environment. Since we are considering switching
this to seleniumserver (which would take care of running a X Server for us) so
this is OK for now.

there was also another script for internal

This test was clicking on the first item in a non sorted list and then
checking that the text of the selected element was "a2".

Instead, store the text of the first listbox cell in a variable and use
this in check.