apparition d'onglets sur les pages articles/sites/naviguer/breves
nettoyage du html qui devient semantique et passage de toutes les mises en formes en css
il reste des choses a finir, pas teste dans IE et le chemin n'es pas correct en rtl

Positionnement par defaut (premier jet), surchargeable par Layout Gala : http://blog.html.it/layoutgala

Modification des imbrications des blocs et ajout d'un bloc #extra pour rendre la dist compatible avec les Layout Gala : http://blog.html.it/layoutgala

petite erreur sur l'ajout de document (car pas unifier dans inc/modifier, mais appelle le pipeline post_edition)

permet de recuperer par exemple un champ notes dans une table sql externe
x ne peut etre qu'une valeur statique et non une valeur calculee"

#209: les différents serveurs SQL n'ayant pas toujours la même syntaxe pour les constantes, il faut confier aux fonctions d'abstractions leur représentation. Le problème se pose surtout pour l'instruction UPDATE. En conséquence, introduction d'un variante d'abstraction, '''sql_updateq''' qui reçoit un nom de table SQL, un tableau  ''champ => valeur'' et le descripteur de la table (qui peut être omise s'il s'agit d'une des tables principales), construit la représentation des constantes en fonction de leur type déclaré et effectue la requête. Pour les types '''datetime''' et '''timestamp''', les valeurs numériques sont considérées comme des dates, les autres comme une expression de date MySQL (NOW(), DATE_SUB etc), converties dans leur équivalent PG dans la version SPIP-PG. Une valeur numérique sera mise en apostrophes si le champ déclaré n'est pas numérique (contrairement à ce que fait '''_q()''' qui n'a pas l'information) mais exceptionnellement PG n'avait pas besoin de ça: un entier affecté à un texte y est converti en sa représentation comme en MySQL.

Utilisation dans action/logout (seul endroit où on utilisait la fonction d'abstraction de update) et dans l'edition d'un article pour commencer. Reste à reporter partout où PG l'exige (il ne semble pas y en avoir tant que ça) voire partout pour être propre.

Evacaution de l'appel à calculer_rubrique dans action/reorganiser. Cette action ne gérant pas l'héritage automatique de la langue, refonte de action/editer_article pour pouvoir avoir une fonction faisant cela pour les 2 scripts, en un seul Update (y compris la propagation du secteur).. Pour la réorganisation de rubrique, controle de non déplacement vers soi-même (et il faudrait aussi s'occupere des brèves au cas où, cf editer_rubriques). Mais pourquoi cette action est complètement cachée dans articles_tous ?

Manquait aussi un echo dans naviguer.

Implémentation du critère Multi en PG, et évacuation du dernier REPLACE explicite (on laisse ceux concernant les mises à jours des vieilles versions et archives, ça ne s'exécutera jamais pour PG).

#209: abstration de l'instruction SQL REPLACE dans le script de fusion. L'obtention du numéro de l'insertion dans une table à clé primaire multiple (problème évoqué dans [9989]) n'est en fait pas nécessaire à SPIP, on renonce à ça dans la fonction d'abstraction pour le moment. Cela permet à la fusion de fonctionner en PG, toutefois il y a toujours le problème du verrou qui suit dans calculer_rubriques. Par ailleurs, blindage de situations provoquant des erreurs SQL sans réelle gravité mais inutilement alarmantes.

A part ça: Champagne!!!!

Ne pas oublier de recréer les tables lors d'une réinstallation, au cas où certaines auraient disparues. Et 2 includes cron=>genie oubliés.