fix answer alignment in exercise replace

shuffle answers in exercise order + fix answer numbering

don't ask on unload unless document is dirty

publishable checked when last change is marked publishable

fix selecting nodes with no text

publishable items emphasized in history list

section indentation in editor

wider select boxes

ignore compiled css

ancient typo

clean entrypoint

checkbox for cybernauts + checkbox fix in dialog.js

editor: cleanup - removing unused code in edumed exercises implementation

Missing karma entry in package.json

Merge in first approach to edumed exercises

smartxml: removing node attributes by setting undefined as their value

Before this change calling Node.setAttr(undefined) was a noop.

editor: canvas - block merging at the boundries of a context root

wlxml: turn extracted list items into paragraphs instead of generic blocks

editor: prevent list action from operating across context root boundries

wlxml: helper functions related to context root

edtior: fix exercise.order document events handling

editor: temporary fix for invalid answer values in new exercise.order items

smartxml: TextNode.split indicates which of the two return nodes is actually a new one

editor: finalizing exercise.order drag & drop mechanism

editor: fixing, refactoring, improving styling in choice exercises

editor: edumed exercises - visual tweaks

editor: canvas - allow for resetting the container background

editor: make toolbar icons more compact

editor: edumed exercises - translation fixes

editor: edumed exercise - allow for exercise insertion after the edited one

editor: Missing names of exercises on a canvas

wlxml: isContextRoot for the reminder of edumed exercises (fixup)

editor: Missing exercise actions

wlxml: Missing exercise templates

wlxml: Node.find

editor: canvas fix

editor: core plugin - edumed - remove execise button

editor: canvas - do not break an empty paragraph on ENTER

editor: canvas - enter on an empty last list item creates paragraph after list

editor: canvas fix

editor: canvas fix

In Chrome in some scenarios native Selection indicates that focusOffset
is 1 even if a range that was just set in Cavnas._moveCaretToTextElement
had an offset of 0. Range returned by Selection indicates a correct
value.

editor: core plugin - edumed - first approach to all three choice exercises

editor: core plugin - edumed - first take on replace exercise

editor: canvas - first take on hierarchical canvas element registers

editor: core plugin - edumed - first take on gaps exercise

editor: canvas - context menu support

editor: menu view

fnpjs: context menu support

editor: core plugin - edumed - first take on order exercise

wlxml: edumed - order exercise

wlxml: lists take context root into account

editor: lists fix - do not touch context root on list creation

This stops including context root node into a new list.

editor: fix

smartxml: RangeFragment.hasSameBoundries

wlxml: Document's root is always a context root

wlxml: getParent/isInside takes context roots into account

wlxml: context root

Stop running tests in PhantomJS by default

editor: canvas containers

editor: Merge key event handling refactorings

editor: canvas fix

editor: canvas - switching key event handling to new handlers

editor: canvas - new ctrlx handler

editor: canvas arrow key navigation improvements

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: canvas - move arrow navigation handling to selection api

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

editor: removing span on delete with only one character

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.

smartxml: Node.detach informs its caller if merge was performed

editor: delete/insert at the edges of a span

smartxml: Node.getFirstTextNode

splitting blocks from spans

splitting text

This covers 1/3 of cases handled in the old implementation. Things
that are not covered:

- enter + ctrl
- enter on selection type 'node'

Both are most likely not necessary.

editor: selection fix - handle Zero Width Space in an empty text element

editor: wip full backspace/insert support

editor: wip partial

editor: canvas - refactoring Canvas Selection

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