this is a view for a portal type existing in erp5_budget

there is no "Method", but there is a property sheet "CatalogFilter"

Solver Type only exists in erp5_simulation it does not make sense to have
forms for solver types in base.

This was no longer used and replaced by Entity_addEventDialog since
fbd062eb (Allow creation of events from any document, 2011-02-25)

The spec says "see _getTypeBaseMethod" and _getTypeBaseMethod walks the
portal type class mro, which contain property sheets.

Probably we should be using interfaces instead, let's do this simple way
first and we'll improve later.

For most of theses, we can not change without risking to break
compatibility. Some of them are misnamed legacy fields library or some
forms that still needs to be updated to use field libraries.

Checking some conventions for form, dialog and reports based on
https://www.erp5.com/documentation/developer/guideline/programming/
and https://www.erp5.com/documentation/developer/guideline/module/

For now we implement only a few checks, we will extend later.

RSVP.Promise cancel callback do not expect a Promise as result.
In order to handle potential errors triggered by setButtonTitle, run it in an renderjs's job.

See merge request nexedi/erp5!1285

We no longer run tests with `python setup.py`, but simply with `python -m unittest`

With nexedi/slapos!862 we no longer need this

See merge request nexedi/erp5!1316

See also https://github.com/zopefoundation/ZEO/pull/63
     and nexedi/erp5!1095

No error in testCMFActivity and testConflictResolution.
For the only error in testInvalidationBug, see comment.

But this commit is not enough for ZODB5. The only known issue so far
is the use of newer pickle protocol, which breaks export of ZODB data
and requires non-trivial changes in our XMLExportImport/ppml code.
So for the moment, many failures in testBusinessTempate.

erp5_web_renderjs_ui_test: reproduce validation error issue and add asserts to make sure field has expected class

* Trigger focus and blur to test renderjs functions properly
* Add asserts to make sure we don't lose value after raise Invalid Date
* Cover issue that invalid class does not disappear after click to create new object Foo in relation input
* Make sure fifth_failure input has invalid class
* Cover validation error to multicheckbox, checkbox and radio fields

* change the label field to not display the error text by default
* change all html5 fields (input, select, textarea) to add a custom *invalid* class when the field is invalid
* change all html5 fields to listen to the `focus` and `blur` event (with the renderjs onEvent method)
  Then, acquire (with `declareAcquiredMethod`) and call `notifyFocus` / `notifyBlur` methods respectively.
* change the label field to handle `notifyFocus` / `notifyBlur` (with `allowPublicAcquisition`).
  Change the validation error text display state depending on the field status
* Trigger onStateChange to set invalid class. If error comes from input field, we need to change state locally to set invalid class
* Regenerate gadget_erp5_nojqm.css from  erp5less.css using http://lesscss.org/less-preview/
* Textarea gadget should not prevent default when invalid event is triggered
* Support notifyFocus and notifyBlur in panel

Users with only view permissions in accounting should not be offered to use
the grouping reference fast inputs, because grouping transactions is a kind
of modification.

Listbox title is automatically translated, calling translation explicitly
is wrong here.

erp5_officejs_support_request_ui does not yet supports translation fully,
but we start testing translation.

For now only home page and panel are covered.

For the need of this test:
 - depend on erp5_l10n_fr because we'll test in french
 - modify test service so that its title is translated to french (and depend
   on erp5_content_translation for easier management of these translations)

Resource reference can be useful for example with cases where resource
titles are not uniques, or when some classifications are codified in
resources references.