GitLab

Better locking of buttons for the javascript stuff. Hopefully will prevent the 66 column nightmare that happened in the demo

Beginning support for configuring blocks, using pieforms. API base methods sorted out, including a validate one

 * Columns were not being added at the right place, due to incorrect column numbering. Bad smarty!
 * Given the interface is now largely done, we can remove one javascript hack to fix up the column class for the newly inserted column
 * When a column is added on the right hand side, the previous right button is now converted to be above the columns

bug fixes and changes to the way the artefacts render themselves (fixes the view/ code calling functions that don't exist anymore) - this makes view/view.php and view/index.php both work again)

Show a loading message while the javascript init is being run. Fix a but where I broke dropping new block types

made a smarty_core function that is very lightweight, changed the main smarty() function to use it. this means we can use lightweight smarty_core for small html snippets (eg blocks)

Moved some rules around for this - namely, the 'cursor: move' rules for dragging stuff.

Make sure that the blocktypes are draggable when you switch tabs.

There's an obscure bug still remaining where sometimes the blocktype isn't added where it should go. Firefox is not respecting the z-index of the dragged elements also.

There's a couple of small things left to go:

 * Need to have a zone outside of which when the blocktype is dropped, the action is canceled
 * When switching tabs, the blocktypes on the new tab should be made draggable

When handling a request for a new blocktype, return the rendered blocktype if we are doing the request via AJAX, so it can be inserted immediately.

Moved the rendering of the block instance container to BlockInstance::render to facilitate this change.