unification des tables d'indexation (spip_index), ce qui permet de rendre
le moteur de recherche plus générique, et donc éventuellement de l'étendre
à d'autres tables, ou de changer les poids, ou de faire des calculs portant sur
l'ensemble des mots indexés, voire des boucles sur l'ensemble des objets indexés
... (cf. http://zone.spip.org/trac/spip-zone/changeset/1724 )

permettre l'acces aux champs d'une table de jointure explicite; ca reste lacunaire mais c'est tout de meme plus homogene que de faire la jointure et n'y avoir acces qu'en partie

(c) 2001-2006

Introduction d'un modele de securite a deux niveaux :
- [(#TEXTE)] : on applique propre() et interdire_script()
- [(#TEXTE*)] : on n'applique plus propre(), mais toujours interdire_script()
- [(#TEXTE**)] : on n'applique plus rien ; question seccurite tout devient possible, au webmestre de filtrer comme il se doit pour eviter toute injection de php, javascript etc.

Par ailleurs les appels a safehtml() se rationalisent un peu (mais pas encore definitif, je pense).

clarification sur l'emploi du filtre interdire_scripts (changement de nomenclature dans le code, a fonctionnalite equivalente)
attention ca casse un peu l'API pour ceux qui ont des balises persos.

oups, pour les forums et signatures il faut quand meme conserver les traitements normaux avant de passer safehtml()

- de grosses modifs sur la syndication :
	* prend en compte les <source url="xxxx">titre</source> (RSS2)
	  -> resoud #35 , avec des idees inspirees par Stephane Laurent 
	* prend en compte la <lang> des articles (format a revoir...)
	* prend en compte les "tags" de del.icio.us, flickr, itunes etc
	* gestion de syndication "riche"

- au passage, utilisation massive de safehtml() lors de l'affichage des #DESCRIPTIF des articles syndiques (y compris dans l'espace prive)

- et de fil en aiguille aussi dans les forums

le lien hypertexte de l'article doit etre calcule de la meme maniere dans l'espace prive et dans l'espace public (Jacques)
@

mauvais retour de boucles récursives (nic;o & paolo); code gourmand, mort ou mal structuré dans le calcul des champs SQL par le compilateur

transformation des repetitions de critere d'égalité sur un meme champ en un IN + HAVING count(*) = cardinal (Patrick Guermonprez); début du nouveau decompilateur

encore un petit bug sur les espaces dans les arguments imbriqués,  et début d'extension des arguments de Inclure

deport (enfin) de l'analyse des balises de langues dès le phrasé, avec introduction de 2 nouveaux noeuds dans l'arbre de syntaxe abstraite. Permet d'avoir des champs # comme argument de leur filtre, et elimine la recherche de <multi> a chaque appel des filtres et typo et ses traitements redondants

ajout de tables de relations entre les documents et les sites/articles syndiqués, de manière à pouvoir lire les fichiers RSS de "podcasting", et plus généralement d'échanger des fichiers entre sites.

ajout d'un chmap 'distant' dans la table spip_documents, de manière à pouvoir a terme référencer des documents ailleurs qu'en local (interface à développer)