Suite [7446]: formulaire_mots devient surchargeable sous le nom de 'editer_mot'. Et toujours un peu de ménage.

Suite de [7446]: surcharge possible pour les groupes de mots et pour les portfolios/fonds. Plus aucun script n'inclue un script de fragment.

Interface des fragments Ajax: un formulaire pour exécuter le script action/F.php est à présent construit par une fonction surchargeable, inc_F, définie par défaut comme inc_F_dist dans le fichier inc/F.php. Elle est en particulier le résultat intégral du script fragment/F.php destiné à etre appelé en mode Ajax. Elle doit préalablement avoir été appelée en mode normal, son résultat comportant alors une balise initiale englobante dont l'attribut Id commencera par F,ce qui repère la greffe opérée par Ajax.

Première tranche: les fragments appelés explicitement dans articles.php.

Un auteur non trouvé n'était pas signalé comme tel (plus pour la 1.9 un correctif non encore reporté).

un lang_select() qui n'avait pas son copain lang_dselect() => changement de langue dans l'espace prive des qu'il y avait un modele dans un article ecrit dans une autre langue que celle du redacteur

reparer les meta d'indexation quand la deserialisation foire (conséquence de l'upgrade 1.905 erroné avec un prefixe table différent de spip_ )

Disparition, apparament sans altérer la qualité graphique, des balises A imbriquées de icone_horizontale qui provoquait 2 requetes Ajax simultanées (cf [7410]).

L'utilisation de Spip avec LDAP et plus généralement avec un .htaccess dans ecrire/ provoquait des demandes d'authentification dans l'espace public,
suite à la migration (pour cause de mutualisation) dans ecrire/img_pack/icones et ecrire/img_pack/icones_barre, des icones autrefois dans IMG/icones et IMG/icones_barre. Problème similaire avec les fichiers Javascript qui ne peuvent plus etre dans ecrire/ lorsqu'ils sont référencés dans le squelette agenda. 

En conséquence, création d'un répertoire dist/img comportant trois sous-répertoires: les 2 d'icones mentionnés ci-dessus, et un répertoire javascript/ contenant tous les .js auparavant dans img_pack. Le changement est transparent pour les icones, car ils étaient référencés par deux constantes qu'il a suffit de redéfinir:

define('_DIR_IMG_ICONES_DIST', _DIR_RACINE . "dist/img/icones/");
define('_DIR_IMG_ICONES_BARRE', _DIR_RACINE . "dist/img/icones_barre/");

Pour Javascript, introduction de la constante:

define('_DIR_JAVASCRIPT', (_DIR_RACINE . 'dist/javascript/'));

et utilisation de celle-ci dans les squelettes et les .php référençant ces fichiers.

A terme il faudra prévoir la migration de tout le reste de img_pack, le squlette agenda ne faisant que préfigurer un partage des ressources entre les deux espaces.

Dans le débusqueur, indiquer le préfixe des tables effectivement utilisé dans la requete. Et ne pas mettre des liens sur rien.

A js function "onAjaxLoad(callback)" to apply a callback function to the content returned by any ajax operation in private area. The callback will receive the node on which the ajax operation has injected code.

admin_plugin: separation de la fonction d'affichage, pour pouvoir peut etre un jour la passer en ahah

amelioration de la verification des plugins + passage de tous les fragments d'ajax dans un repertoire dedie (j'en ai probablement oublie : attention aux bugs)

Je devrais savoir que PHP a remplacé l'habituelle priorité des opérateurs par la priorité aux horreurs. Grmpf. Les admins restreints avaient indument retrouvé leur pouvoir sur les mots.

Le hack du retour Ajax croisé dans mots_tous ne marchait plus (a cause de [7410] qui avait changé l'ordre des arguments pour gerer plus facilement l'ancre).

simplifications du code de gestion du cache et regroupement de quelques invalideurs dans inc/invalideur ; devrait accelerer un peu le calcul, mais surtout permettre de satelliser la gestion actuelle des invalideurs dans un plugin

pour les _DIR_PLUGIN_xxx, il suffisait betement de les init lors du chargement : on connait le path a ce moment, et on prend le prefixe pour creer le nom de la constante
les plugins ont donc maintenant directement a dispo _DIR_PLUGIN_xxx avec xxx corresondant au prefixe en majuscule (<prefix> dans plugin.xml)
le prefixe de chaque plugin doit etre unique (l'unicite sera bientot verifiee dans le core)

si on veut que 304 fonctionne, il faut apprendre a lire la doc de php : erreur sur strstr => ca ne marchait jamais (renato)

Si une icone est fournie sans path, on lui prefixe _DIR_IMG_PACK,
sinon on considere qu'elle est fournie avec son chemin complet.
Gestion du cas ou le path commence par "../"._DIR_PLUGINS qui correspond au hack anterieur et reste supporté pour assurer la compatibilité

fonctionnalite hreflang en standard, automatique en ce qui concerne tous les liens vers des objets internes (articles dans une autre langue, sites references etc). La syntaxe est compatible avec celle de James (plugin hreflang) et celle de la barre typo compliquee de Jacques.

exemples :
[texte|en->http://voyez-moi-ca.com/] donne un hreflang='en' (syntaxe du plugin hreflang)
[texte|infobulle{en}->lien] donne un hreflang='en' et un title='infobulle' (syntaxe de la barre typo compliquee)

du coup je degage le pipeline traiter_lien

Mise en Ajax des deux dernieres actions faisables dans le portfolio et le fonds: supprimer un document et supprimer sa vignette. On réaffiche alors tout le portfolio ou le fonds (dans quelques cas on pourrait faire encore mieux, mais c'est déjà beaucoup mieux que de recharger toute la page). 

Au passage, xhtmlisation de qq séquences qui ne l'étaient pas. A noter que la construction à double balises A imbriquées de icone_horizontale conduit à provoquer parfois 2 requetes Ajax, il faudrait vraiment trouver une écriture graphiquement aussi bonne mais n'ayant pas cet inconvénient.