Multibase: préparation de l'affichage des documents indiqués par un modèle distant. La fonction '''typo''' est réorganisée afin que les modèles soient traitées avant la correction typographique proprement dite. Par ailleurs, suite à la création des pipeline '''pre_typo''', '''post_typo''', '''pre_edition''' et '''post_edition''', les fonctions optionelles '''avant_typo''' et '''apres_typo''' sont considérées comme obsolètes.

Multibase et #877: les globales '''$tables_des_serveurs_sql''' et '''$type_des_serveurs''' disparaissent. Les informations quelles contenaient se retrouvent dans la globale '''connexion''', avec les sous-index respectifs '''tables''' et '''spip_connect_version'''. Une valeur nulle pour '''spip_connect_version''' indique que la base externe n'est pas sous SPIP (donc pas de gestion de préfixe). 

Ces disparitions permettent de centraliser dans la fonction '''trouver_table''' toutes les recherches de table afin d'améliorer facilement ce genre de recherche à l'avenir. Cette fonction quitte le fichier "criteres.php" car elle n'est plus spécifique à la compilation des criteres. Elle dispense le compilateur d'initialiser à chaque appel le tableau des tables SQL prédéfinies, ce qui est
aussi un gain.

Attention: depuis [9919] il ne faut plus utiliser spip_fetch_array mais '''sql_fetch''', sinon PostGres crie à l'ostracisme.

mon petit patch pour iepngfix http://trac.rezo.net/trac/spip/changeset/10219#file0 a ete integre par l'auteur ; on recolle a la version officielle, 1.6 ; http://khurshid.com/jquery/iepnghack/

Conformité XHTML strict (et compréhesion de la structure pour ceux qui surchargent). Mais ce n'est pas encore conforme à nouveau, entre autres à cause d'un ID utilisé 2 fois (il y a 2 menu de langues dans cette page).

uniformiser la surcharge de certains filtres (introduction, pagination ...) normalement, ça ne casse rien :)

[10224] suite: surveiller aussi que le fichier décrivant la connexion n'a pas de ../ etc (mais vu la chaîne construite, memem ça n'aboutirait sur rien.

Toujours charger les fonctions generer_url_OBJET. Mais les fichiers urls/*.php ont en fait une double raison d'etre (coder / decoder), c'est pas satisfaisant comme  manière de résoudre le problème.

Multibase, suite de [10183]: les modèles doivent se compiler en communiquant au compilateur la connexion qui les concerne (indiquée par leur boucle englobante, ou par la variable d'URL '''connect'''. Ce dépot corrige le bug pour les balises utilisant explicitement les modèles (#MODELE et #PAGINATION) mais pas encore pour les modèles figurant à l'intérieur de la base de données (genre {{{<doc123|center>}}}). Ce dernier point exige un remaniement de code assez important dans la fonction '''typo'''. A compléter donc.

appliquer aussi le fix MSIE de mister-pixel http://www.mister-pixel.com/#Content__state=is_that_simple

une methode plus moderne pour fixer les png ; evite de prendre 50 hits dans la tete parce qu'on a 50 png ; TODO: refixer les png apres une modif du DOM

Ah la la, les exceptions dans les noms: les critères externe pour la boucle syndic_articles, ''alias syndication'', ne marchaient plus. Pardon Mathieu.

Simplication des URLs propres (suite de [10203] et [10209]). Les marqueurs de types d'URL sont totalement évacués, car en fait ils n'étaient pas inclus dans la chaîne stockée dans la table SQL, on ne gaspille pas de place dans cette table en les évacuant et l'URL est alors plus agréable à lire. On continue en revanche à les retirer dans les URLS demandées au serveur HTTP afin d'assurer le service pour les anciens signets.

Le .htacces est donc simplifié et mérite d'être recopié à partir du htaccess.txt fourni. Le titre général du seul paramètre page qui y figure encore est désormais '''type_urls''' pour avoir un message d'erreur plus clair lorsque la variable homonyme n'a pas été affectée dans mes_options.

Enfin, le couteux '''charger_generer_url''' qui cherche d'abord les anciens fichiers '''.php3''' n'est plus appelé dans ce cadre qu'en dernier recours, les différentes définitions de '''recuperer_parametre_url''' étant remplacées par la famille '''urls_propres_dist urls_html_dist urls_page_dist''' etc, avec le '''charger_fonction''' usuel. Pour ceux qui ont leur '''type_urls''' personnels, la compatibilité est normalement assurée, mais renommer leur  '''recuperer_parametre_url''' leur fera bénéficier de cette amélioration.

Url propres: les marqueurs de type d'URL (- + @ _) n'étant plus nécessaires, réécriture du code pour que leur présence soient conditionnées par un jeu de constantes. En mettant ce qui suit dans '''mes_options''', les marqueurs ne seront plus utilisés:

{{{
define ('_marqueur_rubrique', '');
define ('_marqueur_auteur', '');
define ('_marqueur_breve', '');
define ('_marqueur_site', '');
define ('_marqueur_mot_d', '');
define ('_marqueur_mot_f', '');
}}}

un bug sur le raccourci <code> quand il y a plusieurs sauts de lign consecutifs (cf. test unitaire http://zone.spip.org/trac/spip-zone/changeset/15013)

- un peu plus de padding dans le pied de page (Payet Teddy)

Nouvelles URLs propres. Le système d'URL propres de SPIP avait certaines limitations et reposait sur une implémentation spécifique à MySQL. Puisqu'il était nécessaire de les réécrire pour finaliser le portage de SPIP en PostGres, on en profite pour lever une de leur limitations: SPIP mémorise à présent toutes les URL propres ayant été associéés à un objet depuis sa publication. 

Comme auparavant, une URL propre d'un objet publié est créée le plus souvent lorsque qu'une page qui la référence est visualisée dans l'espace public. Comme auparavant, il est nécessaire qu'un administrateur clique sur "voir en ligne" ou "prévisualiser" pour provoquer un nouveau calcul. En revanche, ce nouveau calcul interviendra systématiquement (plus besoin de dépublier puis republier), et s'il fournit une URL différente, elle n'écrasera pas l'ancienne, mais viendra s'ajouter comme URL la plus récemment introduite. Lors des appels ultérieurs de la fonction de génération d'URL associée, elle sera donc choisi prioritairement. Au cas où une nouvelle modification produit un calcul d'URL retombant sur une ancienne URL propre, la date d'introduction de celle-ci est actualisée afin qu'elle redevienne prioritaire, ce qui permet de respecter la contrainte d'unicité et d'éviter aux indécis de remplir cette table par leurs begaiements.

Ces nouvelles URL profitent du travail pionnier entamé par Toggg sur spip_zonesous le nom d'[http://zone.spip.org/trac/spip-zone/browser/_plugins_/_dev_/urls_libres URLS libres]. L'implémentation en est toutefois différente, afin de satisafaire aux besoins de PostGres. Aussi, elles sont gérées par une table ayant ces valeurs comme clé primaire, ce qui devrait accélérer leur recherche, et permet d'évacuer le dernier verrou spécifique à MySQL.

Remarque: au moment de la mise à jour avec cette nouvelle implémentation, les URLs propre courament dans la base seront recopiées dans la nouvelle table, sans aucune perte.

- des legend en couleur, pour qu'elles ne soient pas bleues-moches sous IE/Win, et sans background :-P

- notes de bas de page plus petites mais pas trop
- pas besoin de font-size pour le code
- indentation

- pas besoin de definir le style de address puisque cette balise n'est pas presente dans les squelettes.
- border: 0; est plus simple a ecrire et on est sur que c'est applique dans IE/Win

-* Deux petits filtres dans la lignée de |reset et |end : |push ajoute un élément à une balise qui est en fait un tableau, èquivalent à array_push et |find qui est un équivalent de in_array (tout ça parce que les fonctions natives de php ne fonctionnait plus)
-* Corrections sur le filtre et la balise #FOREACH, qui avaient eux aussi souffert de la nouvelle balise #ENV.

''Il y a des problèmes avec les index de la table `spip_versions`  La colonne `id_article` ne devrait pas faire partie à la fois d'une clé primaire et d'une clé index''

(Philippe Auriol)