Evitons les confusions

On rend l'include global

* les balises, dans blocks_fonctions.php
* les utilitaires, dans inc/blocks.php

On ne se base plus sur le constructeur de formulaires et un objet éditorial `blocktype`, mais sur des fichiers de config en .yaml, à l'instar des modèles gérés par inserer_modeles
Cela implique donc de la suppression de code et de fichiers (toute la gestion des objets `blocktype`) et de nouvelles fonctions pour gérer proprement des fichiers de config.
La fonction principale `blocktypes_lister_types` met tout ça en cache pour le hit (en static), et des fonctions utilitaires viennent taper dans ce cache.

Il y a une procédure de migration (cf README.md), qui sera peut être déportée dans un deuxième plugin à part dans lequel je mettrai aussi des démos de blocks de base, pour alléger le code et les fichiers de celui ci.

Restent à traiter les notions de block conteneur, et les contraintes parent/enfant, ne peut contenir que / être contenu que dans.
Et une todo list qui s'allonge...

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é.

Ref #4

Ne pas appeler directement le squelette du block mais un include générique qui nous permet de poser une classe générique + variante, et les crayons

Pouvoir retourner le chemin complet du squelette trouvé dans le path (pour affichage plus détaillé dans le privé)

Trier les blocs par rang_lien

Si on ne trouve pas d'infos dans la base, éviter des erreurs et renvoyer simplement le numéro du bloc

Des balises #GENERER_BLOCK et #GENERER_BLOCKS qui permettent d'afficher un bloc ou tous les blocs d'un objet

Pour chaque bloc, on cherche un squelette selon le type de bloc et son identifiant.
En priorité dans "blocks_prive" si on est dans le privé (pour avoir un squelette d'affichage différent dans le privé, ou l'espace est plus réduit), puis dans "blocks".
On cherche donc dans l'ordre, et dans le path de SPIP :
- blocks_prive/identifiant.html
- blocks/identifiant.html
- blocks/dist.html (squelette par défaut)

Commit initial en sortie de la fabrique