Fixed: The dialogs of the online editor open for whoever may edit the version being edited, and a pasted style without a colon gives no warning

[fwoldt]

What changed

Dialogs of the online editor. ezoe/dialog and ezoe/relations opened only for whoever may read the object.
Someone who edits a draft of an object that was never published can not read the object yet (it has no location).
So the dialogs to insert a link, an image or an embedded object refused two groups of editors:

• the editors of such a draft;
• the editors an extension lets in through the filter content/edit/access.

Uploads (ezoe/upload) and custom tags (ezoe/tags) already let both groups in through
eZContentObject::editAccess(). The new Exponential\View\Extension\Ezoe\Ezoe\Dialog::mayOpen() allows reading the
object or editing the version being edited, and both views use it.

Pasted styles. eZOEInputParser::elementStylesToAttribute() split each style declaration at every colon:

• A declaration without one (style="color; text-align: right", common in content pasted from a word processor)
  raised "Undefined array key 1" and a trim() deprecation.
• A value lost everything after its first colon.

It splits at the first colon now and leaves out a declaration without one. Two related cases are already handled
and stay as they are:

• characters XML does not allow are removed from the whole input (eZXMLInputParser);
• a style name that can not be an attribute is left out without making the input invalid.

How it was tested

• expOEDialogAccessTest (new, live, with users of its own that are removed again):
  • the dialogs open for whoever may read the object;
  • they open for whoever may edit the version but not read the object, which the old check refused;
  • they open for neither a user without read and edit access, nor a version that does not exist, nor a missing
    object.
• expOEPastedStylesTest (new): a declaration without a colon, a value with colons, names that can not be
  attributes, and control characters. Each case is checked for no PHP warning, valid input, and stored XML that loads
  again. It fails without the change.
• ezoe suite: the same results as on main, apart from the 8 new tests.
• phpcs: no new violations.

[se7enxweb]

Merged into main as a3f4fb5 (rebased onto main after #136, so GitHub does not detect the merge itself). Both commits are kept with their author; on top of them, three review rounds: the dialogs now open for who may not read the object only on their own draft, decided as content/edit decides it (version, status, creator, trash, language limitations); a pasted style becomes an attribute only with a plain property name and an alignment only with a keyword (browser prefixes removed); the dialog name in the address must be a plain template name. Tests that run without a database were added, and the live ezoe tests were run against an installation. Follow-ups outside this PR (upload/tags dialogs per version, attribute escaping in the editor markup) are tracked separately.