smartxml: fix - handle invalid params.node value

editor: handle situation when element doesn't implement getVerticallyFirstTextElement

editor: small fix

editor: canvas fix - fix selecting node without direct text node child

Without this fix, clicking element without direct text child element but
with children containing text nodes resulted in selecting this
child text element (while visual indication for the user was that the
requested element was selected).

editor: Hide comment header if there is nothing to show in it

Merge in gutter comments

editor: tweaking visual appearance

editor: remove code supporting main editing area sidebar as it's not used anymore

This also hides metadata editor from the ui for now - it must be
moved somewhere else.

editor: fix - remove gutter group when canvas element gets detached

editor: canvas - let every child of a detached element clean up after itself

editor: gutter comments - refactoring and clean up

editor: gutter comments - delete comment confirmation dialog

editor: bring back summary view, this time in a main bar

editor: styling gutter comments

editor: canvas gutter - fix dimensions

editor: comments wip - inserting information about author

editor: gutter comments - editing a comment

editor: fixing handling nodeTextChange on text nodes belonging to custom-rendered parent

editor: refactoring canvas markup

editor: refactoring - remove old unnecessary markup

editor: comments in a gutter - first approach

editor: introducing canvas gutter

editor: show comment tip next to blocks containing comments

editor: make comment not visible on canvas

editor: canvas - support NullElements - elements that are not inserted into canvas

editor: refactoring canvas element state management

wlxml: Node.hasChild(query)

wlxml: comments

wlxml: Allow for setting non-function properties via extension

editor: plugins/core support for Node.object.describesParent

smartxml: Support for Node.object.describesParent property

smartxml: Allow for describing node properties

Those can be then used by the low level methods to change their behaviors

editor: remove unused code

editor: canvas - stop using thrown away nodeMoved event, use 'move' flag instead

This approach always rerenders text nodes...

smartxml: Getting rid of nodeMoved event in favor of `move` flag on nodeDetached/nodeAdded events

Moving nodes is now expressed in terms of detaching and adding events.

This simplifies implementation and api a little bit and makes it easier
for a client code to handle "move events".

smartxml: fix

smartxml: fix - merge newly adjacent text nodes on middle element node moved

Related: 25e14ce74de1ecdd95f36cb19e231b5a66898038

Also changing Node.split implementation which relied on this buggy
behavior.

smartxml: minor refactoring to improve clarity

smartxml: allow for removing node data for a specified key

editor: removing version number from main bar

editor: keep document properties on document instance, inform about changes via events

canvas: fix

editor: plugins/core - better selecton restore after undoing/redoing link edition via link tool box

editor: plugins/core - restore selection after editing/deleting link via a link tool box

editor: plugins/core - support for undo/redo selection restore in most actions

editor: plugins/core - undo/redo action support for restoring pre action canvas selection

If a valid/restorable fragment is available in a transaction metadata it
gets passed to the callback where client code can handle selection restore.

canvas: handle RangeFragments returned from actions - first simplistic take

This should be expanded to actually make a selection.

smartxml: Allow Fragments to refresh their node references using their initial paths

This allows client code to refresh Fragment object to reference
proper node instances after some potentially invalidating
changes to a document has been made while the logical structure
of the document is known to be the same.

An example of such a scenario would be a fragment instance created
before performing a transaction that was later undone using full
document reload.

editor: automatically convert pasted urls to attachments to a proper links with "file://" prefix

Changing p tags to divs in dialog templates is necessary for a jQuery
to create a proper collection object (compare $('<p><div></div></p>')
to $('<div><div></div></div>') in jQuery 1.9.1).

editor: canvas fix

editor: plugins/core - remove & type change list actions return new document fragment

wlxml: lists - return some more information when extracting list items

editor: improving onAfterActionExecuted canvas handler - handle actions returning NodeFragment

editor: canvas fix

Dropping canvas reference on detach whas ultimately never used
and not bringing it back on subsequent attachments is a bug, so just
keep it forever.

editor: canvas bug fix

editor: fix canvas widgets positioning for inline elements aligned to the left of the canvas

Putting widgets after content wrapper makes sure the whole node wrapper,
when displayed inline, starts on the same line as its first real content.

Without this change, the zero length widgets wrapper could land at the
end of one line while content wrapper landed on the next one. This caused
the whole node wrapper to start above real content making widgets
positioning invalid.

editor: tweak link ui, handle very long urls better

editor: canvas links fix

editor: auto http:// prefix for links

editor: links - proper linking to document attachments

editor: improved links, first take

Merge branch 'objects' implementing canvas objects extending ability

cleanup

refactoring setting text on a node

getElementForNode handles both text and element nodes

Cleaning documentElement/genericElement interfaces

Switching to explicit inheritance for canvas elements

refactoring: DocumentElement.dom

fix: canvas again gets opportunity to react to footnote being closed

refactoring: move getNearest/Next/PreviousTextElement out of DocumentElment

refactoring: removing DocumentElement.bound

removing unused code (SpanElement)

fourth batch: fixing blocking span - passing all tests, linting

third batch
- register
- replacing on class change
- first approach to new rendering code path

second batch: works, but failing tests - ie blocking span

fairly simple changes

editor: canvas displays span node as block if it contains non span nodes

wlxml: ElementNode.getClassHierarchy

editor: canvas - removing borders and spaces around text and spans

editor: canvas - render emphasis with bold instead of italic

editor: span icon clickable when cursor in appropriate fragment & enables span removal

smartxml: some helper functions

smartxml: minor refactoring - better naming

editor: minor usability tweak

Make toolbar paragraph/header icon active even when already
in a paragraph/header.

editor: tweaking some action descriptions

editor: new rules for backspace/delete

Merging in actions branch

- actions api
- new rules for canvas & toolbar behavior

editor: Missing transactions metadata in canvas keyboard handler

editor: removed unused code

editor: WrapTextAction plays nice and returns a new document fragment

smartxml: ElementNode.getLastTextNode

editor: return fragments from actions, set this fragment on canvas if possible

editor: actions returns via callback

fnpjs: actions - action returns via callback

This allows asynchronous action execution

editor: Setting descriptions for transactions performed in actions

template get state fix

editor: handle undefined action state

fnpjs: actions - handle exception in action.getState gracefully

fnpjs: Action - refactor update*Params

editor: additional descriptions for some transactions