#248 : extension du critère inverse pour permettre la construction {par #ENV{tri}}{inverse #ENV{senstri}}
si senstri=0, inverse n'est pas applique, si senstri vaut 1 inverse est appliqué
Au passage on perd la possibilité de construire {inverse id_article} qui etait une contraction de {!par id_article}, mais qui n'etait pas documenté...

Erreur SQL dans exec/recherche due aux AS de requete_txt_integral qui n'ont pas le nom attendu par afficher_articles. Corrigé, avec au passage évacuation de la jointure sur la table des petitions dans articles_trad qui ne les affichent de toutes façons pas. Moralité: les fonctions appelant tranches_requetes n'ont pas encore un format d'argument facilitant le portage vers d'autres serveurs BD; j'unifie encore.

corrige #234 (probleme sous ff/win uniquement il semble). Pas complètement idéal car le menu deuxieme niveau se retrouve un peu trop large, mais mieux que sans.

Tâche #209: mettre les addslashes pour MySQL dans la ligne d'appel de spip_query ou spip_abstract_, et éviter de nommer la table dans le SELECT quand il n'y a pas de jointures.

#177 : introduction d'une css statique minimale style_prive_defaut.css qui gere les barres d'icones en cas de defaut de calcul du squelette style_prive.html. L'interface privée reste ainsi fonctionnel

Le message d'erreur est normalement destiné aux logos, donc c'est pas génial, mais plus de nouvelle chaine de langue pour le moment

ajout du manjak ('mfv' en code ISO 639-3, 'nic' en ISO 639-2)

Tâche #209: mettre les addslashes pour MySQL dans la ligne d'appel de spip_query, et éviter de nommer la table dans le SELECT quand il n'y a pas jointures.

changer la langue vers la plus approchante (quand un article vient par syndiocation avec un code 'es_mx', choisir 'es' si on n'a pas le mexicain)

(à vérifier)

Les cles composees sur les tables de relations bloquaient la reconnaissance des jointures lors de l'indexation des elements associes.
spip_log plus friendly en cas d'erreur

Warning: md5() expects parameter 1 to be string, array given in /Users/fil/Sites/spip/ecrire/inc/sites_voir.php on line 26

Corrige (mais pourrait être amélioré) #256 ainsi que le pb de  Pif http://article.gmane.org/gmane.comp.web.spip.devel/34423

plus de warning cote public quand un plugin est manquant
verification de la configuration cote prive quand un admin se log, et redirect vers la page de configuration en cas de defaut.
la fonction de verification est 'compilee' en meme temps que les fonctions de chargement.

le calcul de la hiérarchie d'une rubrique était complètement loupé, car la rubrique "appelante" n'est pas forcément membre de sa propre hiérarchie (cf. doc http://www.spip.net/fr_article913.html ; la doc est bonne, on a vérifié)

sql_parent renvoyait '' et pas 0 pour la racine, et du coup la boucle (HIERARCHIE) était plantée de chez plantée

Tâche #209: normalisation des appels à spip_query: tous les mots-clés SQL (FROM, WHERE etc) figurent à présent explicitement comme chaines de caractères dans la ligne comportant l'appel de spip_query.

intégration du #247 : on stocke la structure d'indexation en meta, ce qui la rend modifiable par ailleurs (Cedric)

spip_query("[^;]*)+;$'
ce qui permettra de facilement spécialiser chaque appel selon l'instruction SQL qui suit le guillemet.
Par ailleurs, plus aucun résultat de spip_fetch sur spip_query("SELECT.... n'utilise des index numériques pour prélever les champs SQL; l'option MYSQL_ASSOC pourrait donc etre substituée à MYSQL_BOTH.

Remarque: tout ceci ne concerne pas les fichiers dans base/ qui ne seront pas adaptés à SQLite par définition, ni au fichier inc/rubriques.php qui sera 
traité à part.

Definition des tables à sauvegarder dans une globale qu'il est possible de modifier en surchargeant le script export_all. Le script import_all accepte de restaurer n'importe quelle table du moment qu'elle est connue du serveur (par exemple en étant dans $tables_principales au moment de l'installation de Spip). Expliciter toutefois le préfixe des tables pour ces tables supplémentaires (i.e. inconnues de la fonction table_objet). Par ailleurs, spip_log indique à présent la taille de chaque table manipulées par ces 2 scripts.