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

Introduction de styliser_par_z_dist surchargable, qui inclus les mecanismes de ZPIP, actifs pour l'espace prive, activable pour l'espace public par un define('_ZPIP');
la fonction echaffaudable est egalement integree, mais pas la fonction d'echaffaudage. Aucun echaffaudage n'est pour l'instant integre dans l'espace prive

La structure des blocs pour l'espace prive est :
head, barre-nav, hierarchie, navigation, extra, contenu et pied

Structure minimaliste des squelettes, avec une implementation par defaut de chaque bloc. Pour le moment, les squelettes head, barre-nav et pied font appel aux fonctions php pour generer le html comme sur les autres pages, mais il va sans dire qu'a terme on inversera le schema (quelques fonctions sont crees pour atteindre le bon morceau de html, et quelques appels sont rationalises en faisant disparaitre les vieux arguments plus utilises)

La squelettes de l'espace prive sont detectes par la fonction tester_url_ecrire qui aiguille sur exec=fond pour les squelettes Z et exec=fond_monobloc pour les anciens squelettes temporaires mono-fichier balises par des commentaires.

En l'etat, il est possible de creer une page de l'espace prive par un simple squelette contenu/page-xx ou contenu/yyy pour un objet de SPIP (on maintient le distingo entre les deux types de page).

Les plugins pourront le faire de meme, a condition de bien mettre dans un sous dossier prive/squelettes/ du plugin
On integre le modele typo de petronille (merci tetue) et une page-typo pour commencer