dans le fichier de session, on stocke aussi la bio, en_ligne (Yannick),le pgp, les nom_site et l'url_site ; et on met ca a jour quand on edite l'auteur, ce qui regle aussi #667

Tentative de stabiliser le code autour de la syndication automatique: [9895] avait évacué le verrou spécifique à MySQL, le verrouillage étant assuré par '''cron''', afin d'avoir une méthode portable entre MySQL et PG.. En conséquence IL NE FAUT PAS APPELER '''syndic_a_jour''' sans passer par '''cron'''. Voir source:spip/ecrire/action/editer_site.php pour un exemple.

Les fonctions '''cron''' et '''spip_touch''' distinguent maintenant la valeur False de la valeur 0 afin de forcer un tâche immédiatement au besoin. Ceci devrait corriger le problème signalé dans [10293] sans risquer des accès concurrents. 

La fonction '''syndic_a_jour''' réintègre le répertoire '''genie''' mais est incluse à partir de inc/syndic et signale dans vieilles_def.log quand elle n'est pas appelé par '''cron'''. Cette méthode évite l'erreur grave d'avant [10010] mais signale le danger résiduel.

deux bugs faisaient que ca ne syndiquait plus quand on appuyait sur 'mettre a jour maintenant'; sous MySQL on ne peut pas balancer la date sans quotes ; genie('syndic') ne savait pas qu'il fallait absolument qu'il syndique le site passe en argument

Une note terminée par un raccourci comme {{{ [[ ce [raccourci->art1]]] }}} n'était pas correctement vue. Il faut commencer par traiter ces raccourcis au début de '''propre()''' (ca tombe bien, c'est ce que je veux faire depuis #716).

Le raccourci du glossaire qui se défaussait sur les précédents est réécrit puisqu'il ne peut plus compter dessus, ça simplifie d'ailleurs le code. Mais un petit modèle serait le bienvenu ici.

Couper en 2 traiter_raccouci_lien pour éviter de calculer Href etc lorsque nettoyer_raccourci l'appellait (justement il veut les supprimer).

toujours ce probleme de reprise de l'upgrade, qui echouait, la meta contenant 'upgrade_1_d3cf96a9f4'

Langue d'un forum dans '''#PARAMETRES_FORUM'''. Corrige #1063, très vieux bug dû à l'absence de champ Lang dans la table SYNDIC, visible seulement lorsqu'on utilisait l'alias SITES. Mais ce code était de toutes façons à refaire. D'une part on peut tester à la compil si le site est multi-lingue, afin d'éviter tous les calculs sur la champ Lang. Ensuite, ce champ est presque toujours disponible dans les boucles contenant la balise, il était couteux de refaire une requête SQL juste pour ça. 

Une requête n'est nécessaire que dans le cas des tables sans champ Lang:

	* dans le cas d'une boucle SYNDIC, mais on peut synthétiser le calcul de id_rubrique a la compil plutot que de le chercher dans la QueryString à l'exécution

	* dans le cas d'une boucle FORUM, où là il faut chercher id_article, id_rubrique ou id_breve dans la QuerString (et s'il n'y en a pas on laisse tomber, comme auparavant, mais ça pourrait se résoudre).

Attention, la fonction '''lang_parametres_forum''' change de signature.

Test:

{{{
BOUCLE_site(SYNDIC){1,10}
<br>
 <BOUCLE_site(SYNDIC){1,10}> 
 [(#PARAMETRES_FORUM|url_reponse_forum)]<br>
</BOUCLE_site>
<br>
BOUCLE_R(RUBRIQUES){1,10}
<br>
 <BOUCLE_R(RUBRIQUES){1,10}> 
 [(#PARAMETRES_FORUM|url_reponse_forum)]<br>
</BOUCLE_R>
<br>
BOUCLE_A(ARTICLES){1,10} 
<br>
 <BOUCLE_A(ARTICLES){1,10}> 
 [(#PARAMETRES_FORUM|url_reponse_forum)]<br>
</BOUCLE_A>
<br>
BOUCLE_B(BREVES){1,10} 
<br>
 <BOUCLE_B(BREVES){1,10}> 
 [(#PARAMETRES_FORUM|url_reponse_forum)]<br>
</BOUCLE_B>

<br>
BOUCLE_F(FORUMS){1,10} 
<br>
 <BOUCLE_F(FORUMS){1,10}> 
 [(#PARAMETRES_FORUM|url_reponse_forum)]<br>
</BOUCLE_F>
<br>
BOUCLE_ARTICLE+FORUMS
<br><BOUCLE_A2(ARTICLES)> 
 <BOUCLE_F2(FORUMS){id_article}> 
 [(#PARAMETRES_FORUM|url_reponse_forum)]<br>
</BOUCLE_F2>
</BOUCLE_A2>
}}}

Découpage de traiter_raccourcis en plusieurs sous-fonctions afin de préparer la résolution du bug du modèle ou du raccourci d'URL sur une base distante. Les opérations se font pour l'instant toujours dans le même ordre, rien n'est changé. Mais les globales sont cantonnées aux portions de code qui les utilisent, notamment $class_spip n'a pas besoin d'être déjà définie lorsqu'on traite les raccourcis d'URL et les modèles (i.e. lorsqu'on appelle typo()). De plus, l'initialisation des 2 memes tableaux à chaque appel de propre était inutilement couteux.

Retour sur [10282]: il faut accepter des chaines commençant par 0, donc la disparition des apostrophes pour les nombres doit se traiter si on est sur du type numérique dans la requête SQL d'insertion.

erreur array_key_exists() ligne 1000, quand on active le plugin acces restreint (d'autres disent F&T) ; ici on cache la misere, car je ne comprends pas ce code

svn commit -m "#209: Certaines installation de PostGres veulent une base de données dès la première tentative de connexion à l'installation de SPIP. En cas d'échec d'une tentative sans base, on réessaye base=login;, si ça ne marche pas non plus, dernier essai avec base='spip', sinon on abandonne. Pour MySQL, rien de changé (essai de faire la meme chose plutot bloquant).
 
Ensuite, PG propose (s'il le le peut) la liste des bases installées et propose d'en créer une, comme en MySQL.

Par ailleurs la fonction spip_sql_version récemment introduite se nomme finalemet, comme ses consoeurs, '''sql_version'''. Son resultat apparait en commentaire HTML pendant l'installation.

on ne peut pas forcer {mode=document} partout, ca casse trop de choses (notamment les modeles par defaut); on se borne a supprimer les vignettes

#209: pas d'apostrophe sur les expressions de date dans la fonction insertq de l'interface. Et ne pas parler d'erreur dans un squelette quand l'espace privé ne trouve pas une table.

class='noinfo' sur les rubriques c'etait une bonne intention, mais ca perturbe quand on annonce 0 breves sur une sous-rubrique d'un site qui n'a pas active les breves (c'est quoi une breve ?)

Admin_repair réparait TOUTES les tables de la base, sans tenir compte du préfixe du site demandeur. Le temps devenant important, on subissait un time_out et la meta admin bloquait au coup d'après. On en profite pour gérer plus finement cette méta, afin de récupérer la main lorsque le temps d'admin est visiblement trop long.

une alert() de confirmation sur le changement de statut : avec sa nouvelle position, le risque est grand de cliquer dessus par erreur

Code mort autour de la fonction montrer_naviguer qui n'était plus appelée. Je lui redonne une utilité proche de celle qu'elle avait auparavant, sans changer la présentation évidemment.

Evidemment, les documents associés aux brèves, ça se fait pas beaucoup. Mais ça n'empêche pas ce bug d'arriver.

Critère {{{ {petition} }}}. Il n'y avait semble-t-il pas de critère permettant de limiter une boucle Articles aux seuls articles munis d'une pétition (non nécessairement encore signée), et encore moins une pétition dont le texte a certaines caractéristiques. En conséquence, introduction, en deux lignes, de ce critère manquant:

{{{
<BOUCLE1(ARTICLES){petition!=''}>... Tous les articles ayant un texte de petition

<BOUCLE2(ARTICLES){petition == "SPIP" }>... Tous les articles ayant le mot SPIP dans son texte de petition

<BOUCLE1(ARTICLES){petition}>... Tous les articles dont le texte est exactement égal à la balise PETITION definie dans le contexte englobant
}}}

Les appels à '''description_table''' étaient incohérents, et cette fonction n'est à présent pas plus efficace que '''trouver_table'''. On la réécit a minima, en attendant de centraliser le traitement du préfixe dans '''trouver_table'''.

Multi-base: la fonction '''table_from_primary''' est à présent équivalente à '''trouver_table(table_objet($x))''', ce qui achève de centraliser dans '''trouver_table''' toutes les recherche sur les tables. Réécriture de la balise '''#EXPOSE''', seule utilisatrice de '''table_from_primary''', cette dernière fonction effectuant un calcul supplémentaire, reporté donc dans le calcul de cette balise.