editor: wip partial

editor: canvas - refactoring Canvas Selection

editor: canvas fix - restore deleting selected text

- Canvas.rootWrapper is no longer a contenteditable so key events
need to be listened to on the document body in case there is no
caret on a canvas (e.g. when selection is made).
- During selection, even inside a single text element, contenteditable
is not used, meaning that during even for such a selection
we need to handle delete/backspace ourselves.

editor: fix - bring back ability to select elements without text

editor: Improved use of contenteditable for a caret support

This change stops declaring the whole canvas as being contenteditable=true,
marks as such only current canvas text element instead.

This approach has many advantages:

1. We no longer need to handle unspecified caret behavior, where caret
could be put anywhere in the canvas DOM tree (outside of canvas text
elements in particular) which needed tricky corrections on the fly.

2. Canvas widgets and custom canvas elements no longer need to
use contenteditable=false nesting inside contenteditable=true,
effects of which are not fully specified and which was leading
to many unexpected behaviors, especially in Firefox.

3. It makes it possible the make a selection across any fragment of
a document (contenteditable=true elements nested in contentedtiable=false
are blocking selection crossing its borders from the inside).

The downside is the need to handle keyboard navigation on the borders
of canvas text elements manually.

fnpjs: remove unused code

editor: remove unused code

editor: refactoring in the data module

editor: minor refactoring

editor: Fix jumping to a different version of a document

editor: canvas fix

editor: cleanup

editor: start using data api on text nodes for keeping references to canvas elements

GenericElement doesn't need to dispatch nodeTextChange events
anymore as TextNodes now have their own reference to canvas
elements and wlxmlListener can dispatch to them directly.

We still need to handle changes to the comments though - this should
be refactored out to some kind of non-rendering canvas element.

smartxml: support for setting data on text nodes

This is possible thanks to caching text node instances.

Cloning text node data is not supported yet.

smartxml/wlxml: Merge in document node instances caching

editor: removing unused code

smartxml: caching text nodes via expando

editor: cleanup - removing unnecessary wlxml class handling code in canvas generic element

- generic element doesn't actually handle onNodeAttrChange for a 'class'
attribute -  that kind of change leads to creating new canvas element
instance since e0aad96df245c7148966887cbcc77417a4b7675b
- for the same reason support for changing class information on a generic
element during its life time is not necessary

smartxml: fix tests - extensions needs to be registered before querying nodes

wlxml: fix tests - extensions needs to be registered before querying nodes

smartxml: Cache DocumentNode instances in the underlying DOM structure

This allows for data persistence in the DocumentNode.object api. And,
at last, puts an end to the creation of unnecessary instances.

The side effect is that extensions needs to be registered before
acquiring references to nodes as they won't be updated with extension
behavior after they are created. This probably should be better
reflected in the api, maybe by setting extension via document constructor.

Merge in change to the Actions api

smartxml: fix in Document.getNodeByPath

editor: correct for changes in actions api

fnpjs: Action now triggers actionExecuted event instead of using callback

wlxml: cleanup

editor: removing unused configuration

smartxml: really minor refactoring

wlxml: removing unused code

editor: removing unused code

Update jshint

git pre-commit hook that lints js code

Installation:

$ npm install
$ grunt githooks

editor: fix requirejs paths so that test will work again

Paths relative to the current directory that contain file extension
don't normally work with requirejs unless used together with Karma.js
- here on the other hand they are required.

Until this get resolved one way or another, requiring modules in files
that are used both in production and by tests must not use paths relative
to the current dir.

editor: Allow for editing raw source in the source editor if document contains invalid xml

Up until now a stub empty document was loaded.

smartxml: Better check for document being successfulfy parsed

editor: remove metadata editor which is now not needed

editor: Bring back metadata editor as a modal dialog

editor: fix in toolbar - missing initial value for 'document' actions param

cleanup: removing unused vkbeautify library

editor: Include ace.js in the repository and the build process (v.1.1.4)

mode-xml is loaded dynamically by ace.js so it needs to be passed
to the r.js optimizer explicitly.

This change also drops using the chrome theme as it's not really needed
- this way we don't need to commit it.

editor: chrome specific - stop selecting the whole word after right click

Having spellcheck active causes Chrome to select right clicked word if
it detects spell check suggestions which causes problems with selection
and canvas context menu.

smartxml: fix - getIndex returns undefined for a node not attached to a document that has no parent

smartxml: fix for Document.deleteText

smartxml: additional text nodes merge strategies for ElementNode.detach

editor: canvas fix

smartxml: fix - adding nodes before/after root node is not allowed

editor: fix splitting text when its parent contains comments

editor: fix

editor: canvas fix - check for the case when mutation concerns already detached text node

editor: removing unused code (breadcrumbs)

editor: removing unsued code (canvas grid)

smartxml: fixing tests

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.