Bug sur les signatures déjà présent en 1.9.1: les controles de sites uniques ou mail uniques étaient réalisés mais plus notifiés. Correction, avec en prime l'introduction d'une fonction surchargeable '''inc_controler_signature'''  permettant de personnaliser les dits controles (détection de SPAM etc).

Le controle de site existant est un peu plus efficace, en n'effectuant qu'une 
requete HEAD, ce qui a permis de voir un bug dans ce cas dans recuperer_page (tentative de compression d'une chaine vide).

la signature d'une petition doit provoquer un choix de langue correspondnt a la petition (si ce n'est pas la langue ppale du site) cf #740, xavier

preserve l'environnement (2Ko d'economie sur le source quand meme .. :p )

Les fonctions spip_query et spip_connect admettent un argument supplémentaire optionnel indiquant un serveur de base de données. Le résultat de spip_connect est la fonction à appeler pour effectuer une requete au serveur. Ces fonctions de requetes sont indiquées dans un tableau statique indexé par les différents serveurs. Le tableau est vide au départ, et s'enrichit lors du  premiere appe de spip_connect avec un argument nouveau, S. A ce moment, spip_connect charge le fichier base/S.php et invoque la fonction sans argument base_S censée initialisée la connexion au serveur et retourner le nom de la fonction de requetes. Cette fonction est mémorisée dans le tableau statique, afin qu'aux appels suivants, spip_connect retourne immédiatement cette fonction. Ainsi, spip_query peut appeler systématiquement spip_connect sans perte de performances.

Cette interface est complètement transparente dans le cas habituel. La globale db_ok (qui n'apparait plus que dans base/db_mysql et une fois à l'installation)  est en particulier toujours disponible, mais doit etre considérée comme obsolète: il faut appeler spip_connect() pour savoir si la base est disponible et initialiser la connexion si ce n'est fait.

L'utilisation principale de ces changements est de pouvoir appeler spip_query(requete, serveur) dans les fonctions implémentant les modèles de fonctions de abstract_sql.php. En particulier, la fonction par défaut spip_query_db qui repose sur des globales décrivant la connexion standard, peut etre remplacée par une autre fonction  s'adressant à un autre serveur SQL, tout en profitant de toutes les autres fonctions de db_mysql.

permettre de ranger ses formulaires personalisés dans squelettes/formulaires/ (les fichiers php associés pouvant soit rester dans ecrire/balise/ soit etre personalisés aussi et placés dans squelettes/balise/)

s

Tache #209: Remplacement des addslashes spécifiques à SQL par la fonction spip_abstract_quote pour faciliter le portage SQLite. Cette fonction retourne son argument intact si c'est un nombre, ou le met entre apostrophes avec \ sur les apostrophes internes sinon. Il faudra toujours l'utiliser pour SQL a present,
et exclusivement pour cela.

La transformation des fichiers a été obtenue par le script suivant:

#!/bin/sh
a=$(grep -l "'\" *\\. *addslashes([^)]*) *\\. *\"'" */*p)
for i in $a
do
sed -e "s/'\"[[:space:]]*\.[[:space:]]*addslashes\(([^)]*)\)[[:space:]]*\.[[:space:]]*\"'/\" . spip_abstract_quote\1 . \"/g;" -e 's/ *\. *""//' $i > x.php
mv  x.php $i
done

plus quelques interventions manuelles, en particulier, le FIND_IN_SET du critere IN a ete remplacé par un FIELD, plus facile a produire dans ce contexte. Il y avait aussi un peu d'incoherence entites_html / addslashes ici ou là. Enfin, le Having, actuellement toujours inutilisé par le compilateur, est a nouveau bon pour le service.

	- ne plus utiliser la forme: list($x) = spip_query("SELECT...
	- faire apparaitre explicitement FROM, WHERE etc si présent
	- avoir tout l'appel sur une seule ligne, terminée par ";".

Utiliser les fonctions d'abstractions dans les formulaires; verification qu'il n'exploitent que le mode MYSQL_ASSOC.

Fusion de la sérire de fonctions balise_formulaire_traitement et de la série de globale formulaire_traitement_collecte à l'intérieur de la série de fonctions balise_formulaire. Les couples de fonctions _stat et _dyn restent en place.

Il y avait beaucoup de variables et d'arguments inutiles dans menu_lang et menu_lang_ecrire, dont l'un avait le gros défaut de faire boucler la nouvelle API
(la balise menu_lang a besoin de la valeur de menu_lang qui n'est pas forcement
une variable d'URL mais, sait-on jamais, une balise. A eviter). Il y a peut-etre une simplification excessive, pourtant le multi-linguisme semble toujours marcher.

attention le Hack pour assurer l'aide en ligne sur SPIP.NET ne disparait pas totalement (il implique de passer les urls de l'aide en ligne de façon relative)

suppression de la fonction include_local(), remplacée parfois par include_once() (mais rarement), et d'autres fois par spip_connect() [une fonction qui reste à développer]

include_ecrire *[(] *(["'])inc_(acces|admin|agenda|ajax|auteur_voir|auth_ldap|auth_spip|boutons|charsets|config|cookie|cron|date|diff|distant|extra|filtres|forum|getdocument|import|invalideur|lang|lang_liste|layer|logos|mail|math|mini_nav|minipres|mots|ortho|popularites|presentation|revisions|rubriques|session|signatures|sites_voir|suivi_versions|surligne|syndic|texte|visites)\1 *[)]

en include_spip('inc/...')

(c) 2001-2006

include_ecrire etc acceptent des noms sans extension et completent avec .php ou .php3; migration generale dans les scripts de formulaire pour preparer l'abandon des .php3. Ajout du copyright oublie

corerection du bug de #SELF dans les inclure et balises dynamiques (ou plutôt, contournement du bug)

1) elles ne marchaient plus depuis 5 jours (foi de http://www.spip.net/fr_article884.html)
2) elles tapaient systématiquement dans la base de données
3) suppression du |=={oui}|?' ':'' dans le squelette :))

http://thread.gmane.org/gmane.comp.web.spip.devel/24787

#LOGIN, séparation dans les balises dynamiques de contexte et _request()

possibilité d'utiliser plusieurs FORMULAIRE_ECRIRE_AUTEUR sur une seule page, activation du FORMULAIRE_ECRIRE_AUTEUR dans un contexte d'article (écrit à tous les auteurs) ; petites debug ; invalideurs pétitions ; creation d'un login plus sympa pour les inscriptions automatiques (on se base sur le nom plutôt que sur le login) ; previsu sous forme de squelette, etc....