A la demande generale et particuliere, supprimer le prefixe "page-" sur les squelettes Z qui ne sont pas des objets en base.
On choisit donc de ne pas differencier par nommage contenu/accueil et contenu/article par exemple.
Cette distinction avait pour but la possibilite de d'avoir des blocs par defaut pour les pages-xx et d'autres pour les objets editoriaux, mais on peut faire autrement.
On conserve deux squelettes page.html et objet.html a la racine, meme si il font la meme chose en pratique.

extraire un inclure/configurer qui ne fait qu'afficher le formulaire_#ENV{configurer} et qui peut etre aussi utilise par les plugins pour ajouter un formulaire a une page existante

l'icone qui etait utilisee est reformatee en 24x24 au lieu de 26x20 et renomee preview-24.png

a verifier dans IE7 qui gere mal les <button>

Déplacement des fichiers de breves dans le plugin (http://zone.spip.org/trac/spip-zone/changeset/41282).

#FORMULAIRE_CONFIGURER_ARTICLES regroupe configuration/articles configuration/futurs et configuration/redirection

tentative d'amenagement des pages de configuration avec la reprise du menu deroulant en colonne gauche
ce qui devrait permettre d'eviter les onglets superieurs
il y a de l'alignement a faire, c'est encore brouillon

Les deux configuration/locuteur et configuration/referenceur sont regroupees en un seul #FORMULAIRE_CONFIGURER_MULTILINGUISME, ce qui devrait resoudre #1652

rangement : les exec qui utilisent une authent FTP par inc/admin et declenchent une action scriptee dans base/xxx s'appellent de preference (et en coherence) exec/base_xxx. A defaut si exec/base_xxx n'existe pas, inc/admin renvoie sur exec/xxx comme avant pour assurer la compatibilite.

On renomme 
- admin_repair en base/repair et exec/base_repair
- delete_all en base/delete_all et exec/base_delete_all
pour s'y retrouver

Il reste le cas du formulaire de declaration d'une autre base, issu de l'installation. Mais il faudra traiter son cas specifiquement, on le laisse donc comme ca pour le moment.

Ne faudrait-il-pas ranger ces  modules dans un dossier dedie ?

page pour vider le cache en squelette + integration de la fonction 'desactiver temporairement le cache'/'reactiver le cache' 
Dans tous les cas, le cache se reactive automatiquement au bout de 24h pour eviter tout oubli.

- Tous les prive/squelettes/contenu/page-configurer_xxx
sont recenses, et les pages qui ne sont pas deja dans la navigation sont ajoutees au menu configuration avec :
titre = <:configurer:configurer_xxx_titre:>
icone = images/configurer_xxx-16.png
autorisation : autoriser(bouton,configurer_xxx)

- Tous les formulaires/configurer_xxx
sont recenses, et ceux qui ne sont pas deja dans un page-configurer_xxx ou linkes directement via exec=configurer&cfg=... sont ajoutes au menu configuration avec :
titre = <:configurer:configurer_xxx_titre:>
icone = images/configurer_xxx-16.png
autorisation : autoriser(bouton,configurer_xxx)

le squelette prive/squelettes/contenu/page-configurer.html permet de generer un exec automatique pour un formulaires/configurer_xxx, en l'appelant via
ecrire/?exec=configurer&cfg=xxx
(on garde l'argument cfg en clin d'oeil)

La fonctionnalite introduit de fait pleins d'entrees dans le menu configuration/ qui vont disparaitres au fur et a mesure de la migration des pages de configuration de l'espace prive en squelettes
Pour eleminer un bouton disgracieux du menu configuration, il suffit de definir son autorisation a false, ce qui interdira aussi l'appel du formulaire correspondant via exec=configurer

Il faudra voir a l'usage si la fonctionnalite n'est pas trop genante en generant trop systematiquement une entree dans le menu configuration.

Les icones ont une structure html unifiee invariante :
<span><a><img /><b>texte</b></a></span>
generee par la fonction unique icone_base() dans inc/filtres, utilisee par toutes les fonctions ci-dessous

Dans les squelettes :
|icone_verticale 
[(#URL|icone_verticale{texte,icone,action,class})]

texte : texte du lien (+title sur le lien et alt de l'icone)
icone : nom du fichier (article-24.png). Peut etre simplement l'objet (article) auquel cas la dimension -24 et l'extension .png seront prises par defaut
action : new, del ou edit. Correspondent aux variantes d'icone (les anciens supprimer.gif, creer.gif et edit.gif fonctionnent encore)
class : porte a la fois l'alignement (left, center, right), l'ajax des squelettes (ajax) et toute autre classe necessaire, qui sera appliquee sur le conteneur span

|icone_horizontale
[(#URL|icone_horizontale{texte,icone,action,class})]
meme syntaxe que |icone_verticale

Dans les scripts php :
les fonctions icone_inline et icone_horizontale sont maintenues inchangees dans leur utilisation, mais provoquent simplement un appel a icone_base avec re-ecriture de l'ajax de l'espace prive et bidouille sur les action auteur inchangee

Les vieilles fonctions icone() et icone_horizontale_display sont evacuees en inc/vieilles_def

Dans les css :
les vieilles classes icone36 et cellule-h sont evacuees en vieille_def, commentee
Un stylage unique des .icone est realise, avec les declinaisons sans texte/sans img selon les preferences de l'utilisateur. Le html est donc unique, seul le mode d'affichage differe.

gerer l'acces interdit par un appel direct a un exec php 403 pour eviter une redirection moche (fil)
cela implique de ne plus faire une verification de doublon dans f_jQuery, mais celle-ci bloquait deja pour le calcul asynchrone des squelettes par cache_cool

Pour bloquer l'acces a une page de l'espace prive en squelette, il suffit de placer avant la zone interdite un test avec |interdire_acces, qui redirige vers /?exec=403 si il recoit un false ou equivalent :
[(#AUTORISER{faire,truc}|interdire_acces)]

Le filtre provoque une redirection avec un exit.
On cree un squelette pour la page 403, et on autorise les exec a commencer par un 4 dans la verification de index.php

systeme de boite pour l'espace prive (#BOITE_OUVRIR, #BOITE_PIED, #BOITE_FERMER), en demonstration sur la page ecrire/?exec=typo, qui montre aussi comment appeler des onglets