FIXME: this changes appearance too much

https://microsoft.github.io/monaco-editor/ as an ERP5 source code editor

It was built using https://lab.nexedi.com/jerome/monaco-editor-erp5/ and
uploaded to ERP5 following this procedure:

First enable webdav by adding in zope conf:
```
<webdav-source-server>
  address 127.0.0.1:12200
  force-connection-close off
</webdav-source-server>
```

This was built and uploaded to ERP5 with:
```bash
git clone https://lab.nexedi.com/jerome/monaco-editor-erp5.git/
cd monaco-editor-erp5
npm
npm run build
lftp http://login:pwd@127.0.0.1:12200/erp5/portal_skins/erp5_monaco_editor/monaco-editor/ -e 'mput dist/*'

```

TODO:
 * [ ] Feature parity with erp5_code_mirror:
   * [ ] diff viewer
   * [ ] full page editor
   * [ ] fullscreen editor ?
   * [ ] do not reload page on save ?
   * [ ] pylint errors + warnings ? ( or language server ? )
   * [ ] SQL editor
   * [ ] no hacks in erp5.css
   * [ ] renderjs gadget version
 * [ ] New features:
   * [ ] python language server ? https://github.com/palantir/python-language-server
   * [ ] [prettier](https://github.com/prettier/prettier) integration, see https://github.com/prettier/prettier-vscode

This allows sorting the list of filenames, by size ( sort_on="st_size" ),
by modification date ( sort_on="st_mdate" )

backport nexedi/erp5!666

/reviewed-on https://lab.nexedi.com/nexedi/erp5-capago/merge_requests/23

All top level documents are not supposed to acquire local roles
https://www.erp5.com/erp5-Guideline.Unset.Acquire.Local.Roles.On.Document.Portal.Type.Configuration.If.Applicable

I believe this comes from the time where we were using images as
sub-documents of products or persons. We now use embedded files for
these cases, so no need to have an exception here.

backport nexedi/erp5!634

This is only a partial backport, we don't have Romain's gadget in this branch

/reviewed-on https://lab.nexedi.com/nexedi/erp5-capago/merge_requests/22

https://codemirror.net/demo/matchtags.html

makes editions of web pages and xml easier

Backport nexedi/erp5!631

/reviewed-on https://lab.nexedi.com/nexedi/erp5-capago/merge_requests/21

group_calendar_interaction_workflow introduce interaction on calendar
exception, we should take into account that these calendar exception
also exists in leave request and presence request.

Also rename the test to be more specific and remove useless
organisation.

The interaction should also be triggered if a Calendar Exception is changed.

Revert "erp5_calendar: Improve workflow interaction to update calendar if any sub-object is changed"

This reverts commit c49a7911.

revert just to apply
nexedi/erp5!631 easily

backport nexedi/erp5!630

There was conflicts, because we have already backported
nexedi/erp5!137/

/reviewed-on https://lab.nexedi.com/nexedi/erp5-capago/merge_requests/19

TODO:

 * [ ] file as bug
 * [ ] unify implementation with Base_getAccountingPeriodStartDateForSectionCategory
 * [ ] MR for nexedi/erp5
 * [ ] capago: stop creating accounting period for durban in `ERP5Site_openCapagoAccountingPeriod`, this was just hiding the bug

/reviewed-on https://lab.nexedi.com/nexedi/erp5-capago/merge_requests/20

This script was returning organisations in random order !

When organisation does not have accounting periods, but another organisation at the same level of the same group has, the result was undefined.

This fixes by considering all organisation from the same group.

Fix for [#20171205-E91759](https://nexedi.erp5.net/bug_module/20171205-E91759)

Basically extend the change from
24c836a7 to the case where there's an
exception, but the exception does not match and add tests to reproduce
the case.

Backport nexedi/erp5!611

To fix problem reported as [Reports in French even with English selected for the UI](https://www.erp5.com/project_section/capago-project/forum/Reports-in-French-even-with-English-selected-for-the-UI-2iRze6Od6s)


/reviewed-on https://lab.nexedi.com/nexedi/erp5-capago/merge_requests/18

Backport of nexedi/erp5!627

to fix test failures from https://lab.nexedi.com/nexedi/capago/merge_requests/302#note_58587

/reviewed-on https://lab.nexedi.com/nexedi/erp5-capago/merge_requests/17

Report content and also notification subject must be translated.

The attachment filename at this point is not translated, but it would be
nice to have I feel.

by evaluating it in a translationContext

Some report sections may be using translation.

Localizer.get_selected_language is only functional in response to user
requests. Saving it in Base_computeReportSection was already too late
because it's already an activity request.

This code was slightly different in three places:
 * Base_activateSimpleView: only use request.form.items()
 * Base_activateReport: use request.items()
 * Base_computeReportSection: use request.items()

request.items returns all items from request.other, request.form and
request.cookies.
In all cases, we are interested in request.form, so that report runs
with the same user input in request. We want to restore restore
request.other for Base_computeReportSection , but it does not harm in
other cases.
We always drop cookies to fix  #20180220-1DBF516 (as a consequence the
request will not strictly be identical, but rendering reports should not
depend on cookies)

This was used to control predicate matrix of Accounting Rule Cells,
which is not longer used in new simulation.

This was used for "Predicate Matrix" in invoice transaction rule of old
simulation ( the matrix of "Accounting Rule Cell"s ).

This is not longer used in new simulation.

Implement the remaining tasks from nexedi/erp5!173 and fix [#20170709-17309B6](https://nexedi.erp5.net/bug_module/20170709-17309B6)

Backport of nexedi/erp5!580

/reviewed-on https://lab.nexedi.com/nexedi/erp5-capago/merge_requests/16

only covers interface compliance and high level parts of sending

User triggering action to send SMS does not have view permission on
Gateway

after using Base_setDefaultSecurity to initialize security

Implementation dependant parameters, such as message type or quality,
must be defined by the gateway class, not in the common
ShortMessage_send script.

This should make it easier to switch implementations.

Also:
 * send method is expected to be called once per recipient. I guess we
   prefer to isolate messages than to batch send messages efficiently.
 * send method expect relative url of sender and reciever documents, so
   that it can decide which properties to use.
 * drop `sender_title` parameter, now the gateway implementation decide
   what to use.
 * drop `test` parameter. For simulation mode, set simulation mode on
   the gateway instance
 * sms.send() no longer accept direct from_url / to_url / body message.
   It only supports sending what's defined on document properties.
 * SMSTool_afterSend will be called with message_id parameter, not
   message_id_list
 * Split interfaces in two SMS Sending / SMS Receiving.

Backport nexedi/erp5!519 ( while
still WIP )

/reviewed-on https://lab.nexedi.com/nexedi/erp5-capago/merge_requests/13

Backport nexedi/erp5!535

/reviewed-on https://lab.nexedi.com/nexedi/erp5-capago/merge_requests/14