La fonction principale _block_charger_block va récupérer elle même les squelettes des blocks enfants si le block en a.
Si on est dans l'espace privé, on inclut `prive/squelettes/inclure/block_objet` qui contient tout ce qu'il faut pour gérer un block (boutons etc), sinon on charge simplement `inclure/block` du squelette public.
Gros avantage pour l'intégration : dans le squelette d'un block qui peut contenir des blocs, on peut placer un `<!--blocks-->` qui sera remplacé par les blocks enfants, et donc on peut les encapsuler dans un markup personnalisé.

Fix #6

Ref #4

Refactoring de l'interface : ajout d'un accordéon sur les blocks qui permet de les replier pour occuper moins d'espace, et qui garde les choix en session (cookie)

On boucle sur les sous blocks si le paramètre racine n'est pas passé, et on corrige le calcul du contexte

On appelle juste l'include général en lui passant un paramètre racine=1 pour ne pas déclencher la récursivité

Modification du markup pour faire fonctionner Sortable suit à l'ajout d'un niveau de div intermédiaire (ajaxblock)
Utilisation d'un uniquid par groupe d'éléments sortable

Passer le type de block parent au formulaire d'édition de block, qui le redescend sur la saisie qui permet d'ajouter un type de block