introduction d'un filtre supplementaire dans la fonction propre() : traiter_raccourci_liens va automatiquement detecter les sequences de la forme www.rezo.net ou http://rezo.net/ pour les rendre sous forme de lien actif. De maniere a rendre ca modifiable/surchargeable, j'en profite : une bonne partie des fonctions de propre() migrent dans la definition du pipeline. (oblige sans doute a purger tmp/charger_pipelines.php)

correction de la foncton de traitement des bloc ajax pour traiter les blocs ajax enfants d'un bloc ajax en premier
corrige le bug ajax dans ajax, mais efficacite du script pas optimale

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

"permettre de regrouper les fonctions www_xxx_yyy_dist() et www_xxx_zzz_dist() dans un seul fichier www/xxx.php
au lieu d'avoir forcement deux fichiers www/xxx/yyy.php et www/xxx/zzz.php
la surcharge reste possible dans www/xxx/yyy.php

application :
les fonctions formulaires_xxx_charger_dist(), formulaires_xxx_verifier_dist, et formulaires_xxx_traiter_dist peuvent etre toutes 3 regroupees dans formulaires/xxx.php homonyme du squelette formulaires/xxx.html
"

Introduction de la constante {{{_CACHE_RUBRIQUES_MAX}}} permettant de régler le nombre maximum de rubriques dans le menu Ajax au survol du bouton {{{Tout le site}}} (Paolo). Utilisation de sql_in par souci de portabilité. Prise en compte un peu meilleur de la validité du cache de ce calcul, mais c'est encore à améliorer.

- Introduction d'une fonction 'chemin_image($file) qui retourne (pour le moment) _DIR_IMG_PACK.$file, et remplacement de (presque) toutes les occurrences de _DIR_IMG_PACK par cette fonction.

- Introduction de la constante _NOM_IMG_PACK valant "images/"

- Introcuction d'une fonction "chemin()" alias de "find_in_path()"

"#1306 : ne pas limiter le nombre de pixels maxi traites par GD2 si le test a atteint plus de 5.5MPixels"

Cette fonction, appelle la fontion 'inc_charger_php_extension_dist' si l'extension demandee n'est pas chargée, placée donc dans inc/charger_php_extension.
- utilisation de ces fonctions dans les fonctions spip_versions_sqlite et spip_versions_pg, en plus de spip_versions_mysql.

il y avait beaucoup de fautes dans le code de la fonction de traduction.

Notamment, on faisait deux preg_match pour chaque appel de traduction (svn commit -m 

un bug dans les pipeline, car in_array() confondait 'val' et 0 en cas de cles numeriques uniquement

l'action de de demander son mot de passe doit etre attachee au formulaire de login et non a la page de login. Cela oblige sinon a forker le formulaire des que l'on veut l'utiliser
la page de resaisie d'un mot de passe passe en squelette, avec creation de la balise #FORMULAIRE_OUBLI utilisable independamment
et un hack qui de ce fait disparait dans generer_url_public

les _DIR_xx se referent tous au repertoire courant (racine ou ecrire/), adopter une convention differente pour _DIR_JAVASCRIPT est confusionnant et casse de plus la compatibilite pour rien
a commencer par la formulaire de login qui envoyait le pass en clair depuis [11169]
on ajoute la constante _JAVASCRIPT qui reference le sous dossier javascript/ et peut etre utilisee dans les find_in_path et les #CHEMIN
Du fait de la faille de securite presente dans [11169] et plus, il est vivement conseille d'upgrader a cette version mini.

un cas courant d'appel indirect de url_de_base() dans mes_options est la pose d'un cookie (de langue par exemple) via spip_setcookie
"

Plutôt que d'appeler la fonction http_script avec systématique la constante _DIR_JAVASCRIPT préfixant le nom du fichier, on appelle désormais cette fonction avec seulement le nom du fichier, et elle le recherche avec find_in_path. La constante _DIR_JAVASCRIPT n'est plus le chemin absolu vers le répertoire {{{javascript}}} mais seulement ce nom.

Cette constante et cette fonction changeant légèrement de spécification (mais pas de signature) {{{$spip_version_code}}} change de valeur. A noter que la précédente modification [11157] a finalement été annulée par [11166]

Par ailleurs vu la ligne 54 de commencer_page, est-il bien normal que JQuery ne soit pas systématiquement chargé?

(#1034)

Utiliser systématiquement http_script() pour éviter l'erreur de validation signalée par #1134, et alléger l'écriture. Il en reste peut-être encore quelques unes.

ne pas passer directement l'include_once() dans charger_fonction : devrait permettre de resoudre #1201 (patV), et unifie un peu plus

Accélération de include_spip, qui se réduit à appeler find_in_path et ignore donc les .php3. On aurait pu l'évacuer entièrement mais on restreint finalement cette deuxième étape à ce minimum par souci de lisibilité. 

Accélération de include_spip+find_in_path: ces deux fonctions vont être fusionnées afin d'éviter des redondances de tests et des allocations de chaînes à chaque appel. Première étape: traitement des cas particuliers.

ATTENTION: les .php3 ne sont plus pris en compte à partir de maintenant.

Avec 2 statiques, find_in_path retourne immédiatement si le fichier demandé a déjà été examiné. Du coup, son non appel dans filtrer() est superflu. A noter qu'il serait bon de cloner include_spip sur la signature de charger_fonction, ça éviterait des allocations de chaines superflues.

D'une part elle accepte un répertoire comme argument optionnel, afin d'éviter de décomposer ce qui vient souvent d'être composé, en particulier dans charger_fonction qui l'appelle à présent directement.
D'autre part, balayer systématiquement tous les fichiers d'un répertoire à sa première occurrence est redondant avec le is_readable qui fera la même chose en binaire. C'est de plus une mémorisation totalement inutile pour exec/ par définition, et presque toujours pour lang/, deux des trois répertoires ayant plus de 100 fichiers. Mémoriser juste les résultats de is_dir et is_readable est plus performant.

traitement plus subtil du hack xml ; attention je change la signature de recuperer_fond()... bugs a prevoir