qui s'est amuse a modifier entites_html() : ca plantait lorsqu'on voulait editer un <math>^2$</math> (rpapa)

Retrait en dehors de inc/texte de la fonction produisant les liens <a href ... en fonction de type_urls via charger_generer_url. Il faudrait réussir à unifier tout ça en unique charger_fonction.

#1100 sur la puce orange dans le prive et noire dans le public
bugs signales par Paolo de la puce qui ne marchait pas en debut de paragraphe

avec un peu de chance n'introduit pas de nouveaux bugs :p

retour exact au comportement precedent de #INTRODUCTION (ne pas couper le descriptif, longueurs de 500 pour les articles, 300 pour les breves etc) ; ajout d'un parametre de longueur : #INTRODUCTION{1000}

Multi-base: les liens des raccourcis ({{{ [titre->rub1] }}} etc) d'une base externe sont à présent correctement construits. Ces liens ont finalement la forme {{{ site_local?}}}''objet''{{{&connect=}}}''base'' ce qui permet de naviguer dans l'interprétation du site externe par les squelettes du site local, ça semble plus utile que de reproduire le site distant à l'identique (autant y aller alors).

Cette stratégie met fin au suspense de [10313]. Ses modifications de action/redirect et inc/urls ne sont finalement pas utiles, mais sont laissées car elles pourront servir: si l'on veut agir en écriture sur la base externe, il faut justement transmettre le paramètre {{{ $connect }}} aux scripts de {{{ action/}}}, le modèle est donc en place. Dans la foulée, on tempère le refus des balises dynamiques sur base externe: plutot qu'un message d'erreur envoyé au client, le code produit est vide, comme si l'option n'était pas disponible, et on notifie seulement dans {{{spip.log}}}.

Multi-base: réécriture de la balise '''#INTRODUCTION''' afin qu'elle traite correctement les raccourcis lorsqu'appliquée sur une base externe. Attention, on a dû changer le code compilé en profondeur: le résultat typographique standard est le même sauf erreur, {{{ chercher_filtre }}} est toujours appliqué sur {{{introduction}}} mais les arguments transmis ne sont plus les mêmes et la définition standard de   '''filtre_introduction'''' a changé. En gros, l'esentiel de l'ancienne définition est à présent dans le code compilé, et la nouvelle définition est essentiellement {{{ couper_introduction }}} qui disparait (elle n'avait d'ailleurs pas sa place dans texte.php qui n'est pas utilisé seulement par le compilateur.

Correction des raccourcis de tirets mis à mal par [10286] (le grand double tableau originel peut finalement être conservé, en construisant la puce un peu plus souvent que nécessaire).

Côté #716, on arrive maintenant à afficher le bon titre d'un raccourci anonymeexterne comme {{{ [->art33] }}}, et son URL est parfois bonne mais pas toujours: l'idée de passer par les generer_url_ecrire et le redirect est-elle une piste à compléter ou une fausse piste ? Vous le saurez en regardant les prochains épisodes de votre série préférée.

	* son code spécifique au raccourci du glossaire migre dans la fonction spécifique à ce raccourci;

	* pas la peine d'appeler deux fois vider_url;

	* attention, le filtre ingérable {{{ abs_url }}} en est affecté.

Le pb signalé par [10301] n'était en fait pas dû à PCRE, et [10303] l'a réintroduit. Ce n'était pas les espaces qui étaient en cause, mais une mésinterprétation générale de textes de note commençant par une balise HTML. On résoud le pb en n'interprétant pas <X> comme un nom de note si </X> apparait plus loin.

retablir les appels {{{ [[ <x> truc ]] }}}, et la detection des paragraphes {{{ <p class='...'> }}}, cf. [10301]

Multi-base: les boucles référençant des connexions externes {{{<BOUCLE1(A:...}}} ou les pages appelées ainsi (paramètre d'URL {{{&connect=...}}} calculent à présent correctement les modèles contenus dans les champs SQL soumis aux filtre '''typo()''' et '''propre()'''. C'est un pas en avant dans la résolution complète de #716.

Différences avec les versions précédentes:

	* (bug de PCRE) les notes nommées {{{ [[<*> ...}}} ne peuvent plus contenir d'espaces entre les deux crochets et le chevron;

	* les fonctions redéfinissables {{{avant_propre}}} et {{{apres_propre}}} sont évacuées, faisant double emploi avec les pipelines {{{pre_propre}}} et {{{post_propre}}}.

	* surtout: le pipeline {{{pre_propre}}} recevra un texte où les raccourcis de liens ({{{ [->art1] }}} etc) seront déjà expansés.

Test:
{{{
Doc 2239 centré
<doc2239|center>

Je mets 2 fois un raccourci de glossaire
[?SPIP]  [?SPIP] 
puis un [raccourci->art1]
et un autre, automatique, [->art3634].

Suivre la note
[[elle est terminée par un  [raccourci->art1]]].

Un moment de poésie.
<poesie>
un 
   haiku
sur
2 lignes
</poesie>

Elle préfère parler d'un {accroissement de la dispersionsalariale} [[
 [{Perspectives économiques}->http://www.oecd.org/document/4/0,3343,fr_2649_201185_20347588_1_1_1_1,00.html]
- Vol. 2007-1, n¡~81, mai 2007, p. ~184. ]]

Elle aussi préfère parler d'un {accroissement de la dispersion salariale}
mais sur une seule ligne  [[  [{Perspectives économiques}->http://www.oecd.org/document/4/0,3343,fr_2649_201185_20347588_1_1_1_1,00.html]
- Vol. 2007-1, n¡~81, mai 2007, p. ~184. ]].

Une Juliette [[<*> sans numéro.]].
}}}

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).

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.

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.

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)

Renommage de toutes les fonctions '''spip_abstract_''' en '''sql_''', c'est plus court et plus parlant puisqu'il s'agit des fonctions d'interfaces avec un serveur SQL. De nouveau attention il faut vider le cache (en fait seulement celui des squelettes: tmp/cache/skel) car ce sont des fonctions que le compilateur place dans le code compilé.

En conséquence, l'annonce de [9852] est modifiée: '''spip_fetch_array''' est remplacée par '''sql_fetch'''. Rien de modifié en revanche en ce qui concerne le fait que spip_fetch_array avec un deuxième argument égal à SPIP_NUM n'a pas d'équivalent et doit être réécrit si on éviter le recours à vieilles_def.php.

Dépot obtenu par le script suivant:
{{{
grep  -v '// http://doc.spip.org/@spip_abstract_' base/abstract_sql.php > b
mv b base/abstract_sql.php 

for i in $(grep -l "spip_abstract_" */*p|grep -v vieilles_def)
do
sed "s/spip_abstract_/sql_/g" $i > x; mv  x $i
done
}}}

et intervention manuelle sur vieilles_def.php.

#209: Afin que les plugins utilisant '''SPIP_NUM''' ou '''SPIP_ASSOC''' dans les appels de '''spip_fetch_array''' continuent à fonctionner sans perturber le portage en PostGres, cette fonction passe en vieille_def avec une définition appellant explicitement '''mysql_fetch_array'''. Elle est remplacée dans tout le code de SPIP par '''spip_abstract_fetch''' auparavant utilisée seulement par le compilateur de squelettes. Les plugins voulant tourner en PostGres à terme sont invités à renommer cette fonction, et à ramener à un seul argument tous ses appels.

Ce dépot résulte donc du retrait des deux définitions de '''spip_fetch_array''' présentes dans source:spip/ecrire/base/db_mysql.php et source:spip/ecrire/base/db_pg.php (qui peuvent donc être chargés simultanément à présent si nécessaire) et de l'application du script suivant dans le répertoire '''ecrire''':

{{{
for i in $(grep -l spip_fetch_array */*p|grep -v vieilles_def)
do 
sed s/spip_fetch_array/spip_abstract_fetch/g $i > x
mv  x $i
done    
}}}

A partir d'une certaine taille dependant de la pile, base64 a des problemes, decoupage en chunk de 30k (constate chez Chag pour un modele produisant 83k)