Intégration  des améliorations d'accessibilité de http://zone.spip.org/trac/spip-zone/changeset/7364 ... après corrections des Parse Error.

Mauvais retour dans le chgt de langue par [7874] (Klaus). Et petit changement technique pour signaler la création d'un article, transparent pour l'espace privé mais plus agréable pour écrire le squelette d'édition d'un article dans l'espace public.

Nouvelle facilité d'edition d'article à partir de l'espace privé: la fonction inc_editer_article est découpée en autant de fontions que de champs à éditer dans la table, chacune de ces fontions pouvant etre utilisée dans une squelette construisant un formulaire légèrement différent de la fonction sus-nommée.

Aussi dans ce dépot: passage en compatibilité XHTML de toutes les composantes de la page articles_edit, sauf 2 balises en majuscules écrites en dur dans les fichiers de langue, il faudra faire une passe là-dessus.

{pagination 10 ENV{truc,machin}} utilisera debut#ENV{truc} ou debutmachin comme nom de variable debut

Le formulaire d'édition d'un article est à présent un filtre appelable d'un squelette, sous le nom de inc_editer_article_dist (et sous réserve qu'il a été préalablement chargé dans mes_fonctions et assimilés). Il a été purgé de toutes ses variables globales (car elles n'ont de sens que dans l'espace privé) qui sont passées dans un tableau qu'on peut remplir différemment à partir de l'espace public. Mais il faut surtout donner une url de retour pour le script qui enregistre les données. Evidemment, il faut avoir les droits d'accès en écriture sur l'article pour que la validation ne soit pas refusée.

L'intention première de cette nouvelle fonctionnalité est de permettre l'inscription libre de rédacteur dans un site géré par LDAP: il n'est en effet pas souvent possible ni souhaitable de laisser en libre écriture un tel annuaire, aussi la technique des formulaires accessibles de l'espace public est ici indispensable. Mais on peut utiliser cette fonctionnalité pour d'autres raisons, en particulier des squelettes assez proches d'un Wiki, 

Comme pour l'arrivée du filtre de calendrier, la chose est actuellement encore assee brute, l'ergonomie et la présentation sont à améliorer.

show the button to manage empty messages, even when all of them are deleted, because they could be reactivated in a later moment

- preg_quote echappe tous les caracteres speciaux, donc ne permet plus de faire un match{^(truc|machin)$} ou tout autre expression reguliere
- : est un caractere special donc matcher http:// s'ecrit match{http\://} (ca n'etait pas un bug mais une feature)
- si on match une chaine vide match{^(|truc)$} le return $r[0] n'est pas distinguable de false, dans ce cas retourner true

Définition de _SPIP_AJAX dans spip_init pour tester une fois pour toutes la présence du cookie spip_accepte_ajax: vu l'importance grandissante d'Ajax dans Spip, il était temps de mutualiser. Aussi dans ce dépot: petite correction dans tranches_requetes sur les articles, la présence d'une petition n'y était signalée que pour la première tranche.

quand la correction d'un bur en entraine un plus gros faut esperer que ca va pas faire boule de neige ...

utiliser l'API autoriser() resoud le probleme des admins restreints qui ne pouvaient plus publier dans leur rubrique

Symétrique de [7876]: ne pas utiliser une variable X s'il existe un charger_fonction(X). Et corrections de qq oublis.

Rationnalisation du code: charger_fonction(X) est affectée à la variable $X. Prélude à une affectation au niveau global.

Rationnalisation de l'interace des scripts action: appel de la fonction surchargeable securiser_action qui fait le travail de generer_action_auteur si elle est appelée avec au moins argument, et sinon controle les valeurs de sécurité (ex-fonction contoler_action_auteur qui semblait surchargeable mais ne l'était pas). generer_action_auteur reste disponible mais est appelée a disparaitre.

les revisions du contenu de spip_articles passent dans l'API commune inc/modifier ; la gestion des revisions est presque un pugin desormais