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

editor: fix - better handle node removal in various views

smartxml: TextNodes don't contain other nodes - let them state that

smartxml: DocumentNode.isInDocument syntactic sugar

editor: undo/redo action description contains information on what would be undone/redone

editor: status bar

editor: bottom panel

editor: actions implementation

wlxml: extending isInside/getParent/is to support tag name

wlxml: lists - extractListItems

smartxml: first take on document fragments

smartxml: signal that operation ended

The following events are considered as operation:
1. running transaction and redoing transaction
2. undoing transaction

smartxml: helper functions

fnpjs: actions

editor: Better invalid cursor handling

editor: handle invalid element passed to setCurrentElement better

wlxml: lists - createList returns created list node

editor: remove unused code

wlxml: fix - keep list class for both lists created from extracting items

smartxml: fix invalid context setting

editor: fix - removing redundant endTransaction call

This should be removed in 78f57106d86fd31156033dce3d4fa9d8df5361fa .

editor: refactoring

editor: removing unused code

editor: minor canvas fix - apply list item style to all types of items on non enum lists

fnpjs: better exceptions logging in console handler

smartxml: transaction rollback fix

Not resetting transformationLevel counter on rollback caused subsequent
top level transformations to not being pushed to undo stack which
broke undo in that scenario.

editor: canvas fix - show bullets for all lists except list.enum

editor: removing lists via lists buttons

wlxml: lists - list.extractAllItems