Reuse the one provided by erp5_xhtml_style

Only CKEditor and CodeMirror are still supported.
This will ensure the compatibility between erp5_xhtml_style and erp5_web_renderjs_ui.

This will improve the compatibility for all existing editorfield which will be migrated to gadgetfield (via proxy).

This allows to propagate more options to the render parameters, used in erp5_xhtml_style and erp5_web_renderjs_ui

But chrome is now unhappy...

GadgetField doesn't know how to validate/store REQUEST form data.
Use an external field to handle this task.
The external field must be located in the same form, and can be put in the hidden group if not rendered.

Add a test with a stringfield and a textarea field as validator.

Make ckeditor responsive.
Disable ACF.

Notify on changes.
Allow to save with Ctrl+S
Add a ruler
Disable Crtl+R

Thanks to Tristan Cavelier for his original work.

Listbox can embed rjs gadget

It is no longer maintained.
Switch to ck_editor instead.

ung has been replaced by officejs.

This editor has been deprecated and is not supported anymore.

This bt5 provides required portal types (Web Style, ...)

This reverts commit 8076005e.

Web Illustration is already provided by another bt5.

This business template contains all the objects needed to bootstrap an ERP5 instance in order to prepare it for scalability tests:
- A business configuration object (generated after standard configurator installation)
- A bootstrap script (pending)
- A script that generates a specific amount of users (person-assignment-login per each)

The main change here is the reduction of try..except scope, so failing the
first assertion does not cause an AttributeError about original_query.
Also, avoid code duplication by just checking final number of messages
outside the try..except block.
Also, improve coding style (spaces around operators and commas).
Also, avoid single-use variable.
Also, fix typo in comment.

to fit to the new behavior related to these changes :
- 2c74e408
- a40266af

Commit 89a17f04 broke live tests using
ERP5TypeTestCase.publish when they are run from command line. Note that such
live test could not be run from ERP5.

More refactoring is needed because ERP5TypeLiveTestCase should only take care
of adapting ERP5TypeTestCaseMixin to an ERP5 environment, and runUnitTest
should never use it. Commit fd9219af looks a
wrong approach.

Usually, the split and defer dialog suggest you to define start and stop date. So if you have
already an existing delivery and you would like it to be updated, you have to set correct start
and stop date and, if all categories are fully the same, you might have some chance to see
this delivery updated.

To improve the case where you would like to move quantity to existing delivery, add option in the
solve divergence dialog of "Move to existing Delivery" that allows you to select similar deliveries. Then
this specific solver would set correct properties for you to make sure the expected delivery would be updated.