gerer l'ajax sans passer par le petit squelette englobant dist/fond/ajax ; supprimer les debut_x dans tous les cas de figure ; ne pas prendre le risque de devoiler le secret_du_site a la NSA (bon, peut-etre pas a la NSA...)

Suite de [11625]: ne pas retomber sur un cache d'une tranche issu d'un autre tri quand on utilise à la fois le changement de tri et les tranches dans les listes d'articles ajaxée.

Suite de [11606]: le cartouche listant des titres d'articles a maintenant deux paires de boutons permettant de les trier par date ou par titre, et ascendant ou ascendant. Les icones des flèches sont un peu trop grosses, j'ai pris ce qu'il y avait en standard.

Comme les {ajax} vont devenir une étape obligée et que ajaxCallback.js est constamment inséré dans insert_head... on recharge le hack pour les images d'IE à chaque load...

ajax: la cle disparait ; on transmet un blob representant (cle, env), signe (par la cle), compresse (par gzip), crypte (par XOR sur le secret_du_site)

ajout des class .formulaire_erreur (rouge) et .formulaire_message (vert, quelle imagination) ; pas beau \!

formfx.css, tire directement de http://www.alistapart.com/articles/prettyaccessibleforms , pour styler les formulaires du site public (conflit sans doute avec spip_style : il faudra faire des choix)

AInsi, sa présence dans un squelette n'impose plus la presence préalable de #CACHE{0} ou #SESSION.
Il ne devrait donc pas y avoir de problème de mauvaises autorisations du à un cache d'un autre visiteur en presence de cette balise seule.

bug introduit sur http://trac.rezo.net/trac/spip/changeset/11549#file12 quand traiter() renvoie une chaine

forcer l'ajax sur des div (perfs + eviter bug lorsque des a.ajax sont dans des formulaires div.ajax) ; mettre le .each() au bon endroit ; nettoyage des espaces

suite de [11609] pour les .each() sur les ajax, commentaires et debug sur #INCLURE vs <INCLURE>, acceleration de la recherche des formulaires ajax

gestion de l'ajax, une methode plus simple que [11580] : on ajoute la classe ajax sur un element englobant du squelette, et le formulaire est ajaxe ; disparition de ajaxid, disparition du script inline. Au passage, deux corrections sur la pagination ajax : 1) possibilite de paginer vers l'item 0 quand on a calcule la page avec debut_x=1  2) eviter un plantage javascript avec triggerAjaxLoad(blocfrag)

Suite de [11602]: Tous les appels à {{{afficher_tranches_requete}}} migrent dans {{{affiche_tranche_bandeau}}}  et tous les appels à {{{affiche_tranche_bandeau}}}  migrent dans {{{presenter_liste}}} ainsi que le GIF animé invisible hors appel Ajax. Cette fonction dispose ainsi de l'ID du bloc appelable en Ajax s'il existe.

le cas derogatoire montre bien la limite du schema exec/action pour les post de formulaires et resaisie
le passage du formulaire forum en html/charger/verifier/traiter permettra d'unifier tout cela, en public et en prive"

Suite de [11599]: la fonction {{{xhtml_table_id_type}}} est finalement une fonction surchargeable {{{presenter_liste}}} dans {{{inc/}}}. Le nouveau fichier {{{inc/presenter_liste.php}}} contient aussi {{{afficher_tranches_requete}}} et {{{affiche_tranche_bandeau}}} qui sont destinées à ne plus être appelée que par elle.

Code inchangé, sauf pour le lien "Retirer l'auteur" qui réapparait au terme de ce jour férié (merci Cédric). 

a la racine depuis le public
dans ecrire/ dans l'espace prive
les parametres d'environnement ajax sont propagees automatiquement au redirect si besoin

Suite de [11593]: la fonction {{{xhtml_table_id_type}}} admet à présent en argument un tableau PHP ayant les index SELECT, FROM etc, et construit elle-même la requête. On est donc à pied-d'oeuvre pour rajouter des scripts Ajax agissant sur la table indiquée dans la clause FROM.

un filtre pour afficher la puce statut depuis un squelette

Suite de [11593]: la fonction {{{xhtml_table_id_type}}} admet à présent en argument le résultat d'un {{{sql_select}}} et effectue le {{{while-fetch}}}, plus besoin de tableau auxiliaire. Elle prend aussi en argument une autre valeur et une fonction à appliquer sur le résultat du fetch et cette valeur. Cette fonction et cette valeur forment le squelette sous-jacent.

"eviter les ambiguite de class posix dans les expressions regulieres car a partir de php 5.2.6, pcre admet tout caractere comme non de classe entre [: et :]
[:[:space:]] etait interprete comme classe '[:space' (inexistante), crochet et non tout caractere parmi :, :space:
(neofutur)"

a l'ocasion mots_edit reprend le meme principe que auteurs_infos : bloc visu et bloc edition dans la meme page
et passage de l'un a l'autre par les boutons modifier/retour
creation de 2 chaines de langues
action/instituer_mot devient action/editer_mot par coherence avec les autres editer_xx
son comportement change legerement car en cas de creation+ajout a un article, l'ajout est geree par traiter, et non plus par l'action

Pour préparer le passage en squelette de {{{xhtml_table_id_type}}} annoncé dans [11579], il ne faut pas utiliser de passage par référence dans la fonction qui correspond au corps de la future BOUCLE, hormis pour mémoriser les clés primaires (ça, ça devrait pouvoir se simuler avec le critère doublon). Donc, dans la construction de la liste des mots-clés associés, on ne mémorise plus les id_groupe rencontrés ni le nombre de ceux où l'utilisateur a le droit de modification, on les recalcule plus tard.

On profite de ce calcul supplémentaire pour apporter une amélioration: le lien "supprimer tous les mots" apparaissait même si l'utilisateur n'avait le droit de supprimer qu'une partie d'entre eux; à présent il n'apparait que s'il a le droit de les supprimer tous.