#1849 : plus de fix pour msie qui a deja trop abuse des substances interdites (plus de wrapper.php non plus d'ailleurs)

compter_contributions_visiteur est renomme compter_contributions_auteur et generalise
supprimer_objets_lies est renomme trig_supprimer_objets_lies car n'a pas de retour utile, mais est juste declenche sur un evenement

espace stupide qui empechait de reconnaitre les bots (report de http://zone.spip.org/trac/spip-zone/changeset/33871 )

reports: detection des bots http://zone.spip.org/trac/spip-zone/changeset/33517 ; langue schtroumpf pour le gamin

Petite erreur dans le dépot précédent: il y avait un nom de ficheir de cache de pipeline qui était calculé et qui n'a donc pas déménagé dans tmp/cache.

Les fichiers de caches sur les pipelines et les plugins doivent faire partie de la purge du cache, sinon c'est le dialogue de sourds assuré sur l'existence de bug. S'il reste d'autre fichiers de ce genre non pris en compte par la purge, il faudrait les rajouter.

Remplacement des appels à {{{extraire_multi}}} par {{{corriger_typo}}}}, ce qui n'est pas superflu et permet d'éviter la duplication de code autour de cette fonction. Elle disparaît de la version 2.1 mais reste en 2.0 par souci de compatibilité. A noter que la fonction associée à la balise INTRODUCTION ne donnera pas exactement le même résultat pour certains texte avec balise {{{multi}}} mais ce n'est pas dramatique.

Correction/extension de la balise {{{multi}}}, en réponse à [http://forum.spip.org/fr_218282.html un besoin exprimé dans le forum]. Si la balise multi n'a pas une entrée correspondant à la langue courante du texte, il ne faut pas typographier le texte sélectionné par défaut avec les règles de la langue courante, mais avec celle associée à ce texte. Du coup, il est possible d'obtenir la bonne typographie d'une citation dans une autre langue, en utilisant une balise {{{multi}}} volontairement réduite à une seule entrée.

introduction d'un pipeline affiche_formulaire_login permettant aux methodes d'auth d'ajouter au formulaire ce qui leur est necessaire
corrolairement, le js qui sert a encrypter le pass en md5 passe dans auth/spip car il est propre a cette methode.

+correction d'un bug sur la fonction de synchronisation lorsqu'elle est appelee sans argument : la definition de valeurs par defaut n'est pas prise en compte par func_get_args qui renvoie uniquement les arguments explicitements fournis

Oracle accepte finalement que ses mot-clés soient utilisés comme nom de colonne si on les met entre apostrophes (mais celles-ci sont refusées quand elles sont inutiles, fallait le savoir). Ca pose des problèmes pour écrire de Trigger, mais on n'a pas besoin du moins dans l'immédiat (et il semblerait qu'on puisse ruser en passant par une vue si ça devient nécessaire).

En conséquence, retour du champ {((mode}}} en rétablissant les fichiers pre[14588]. La MAJ pour les installations ayant chargé cette version restaurera ce nom de champ, les autres auront une mise à jour qui se réduira à changer le numéro de version installée, pas la peine de faire et défaire.

Incompatibilé forte: Oracle ayant {{{mode}}} comme mot-clé réservé, il ne peut être utilisé dans un champ de table. En conséquence, renommage sous le nom {{{genre}}} du champ {{{mode}}} de la table {{{spip_documents}}}, avec répercussion sur les squelettes et les scripts utilisant cette table. La globale {{{exceptions_des_tables}}} aurait pu éviter l'incompatibilité pour certains squelettes, mais pas pour ceux ayant {{{mode}}} dans leur critères, ni pour les scrips effectuant des requêtes SQL explicites sur cette table.

A noter que la fonction {{{inc_joindre}}} continue à attendre un tableau dont un des index est {{{mode}}}: c'est sans doute étrange mais ça fait du travail en moins. Si on y tient absolument, on pourra aussi le changer: c'est le ''travailler plus pour nommer plus''.

passage des revisions en plugin (premiere passe), cf. http://zone.spip.org/trac/spip-zone/changeset/30830

- base_admin_repair permet d'intervenir lors des reparations (ie pour reparer des documents a plat par exemple)
- objet_compte_enfants_publies permet de decompter des enfants publies dans une rubrique pour definir son statut propre (documents, articles polyhierarchises ...)

integration de l'ecran de securite en standard, cf. http://archives.rezo.net/spip-core.mbox/200907.mbox/ 

la compression http passe dans le plugin core/compresseur http://zone.spip.org/trac/spip-zone/changeset/29973 ; + corriger le pipeline des revisions

Le script d'aide en ligne est à présent capable de fusionner plusieurs sources d'informations, et de les présenter de manière unifié dans la fenêtre à 2 frames qui s'ouvre lorsqu'on clique sur les icones de point d'interrogation des pages de l'espace privé. L'interface est assez contrainte, car le format de référence est celui fourni par [http://www.spip.net/aide/fr-aide.html cette page de spipnet]. En voici les principes.

La globale {{{help_server}}} est à présent non plus l'URL d'un répertoire d'aide, mais un tableau de telles URL (la compatibilité est assurée néanmoins). Lorsque de l'aide est demandée dans une langue L, SPIP va récupérer toutes les pages nommées L{{{-aide.html}}} existant aux URL indiquées par cette globale, et fusionner les informations. Par défaut, ce tableau global a pour seul élément {{{http://www.spip.net/aide}}}, ce qui permet de retomber sur le comportement habituel,
mais à présent il peut être complété par d'autres éléments dans le fichier {{{mes_options.php}}}.

Une page d'aide est structurée par la présence de balises h1, h2 et h3, indiquant le début de sections, sous-sections et sous-sous-sections (la fin est la prochaine balise h1|2|3, et il est supposé qu'aucun titre n'apparaît 2 fois, dans toute la structure). La fusion consiste à repérer si la page à fusionner à des titres de ((sous-)sous-)sections identiques à ceux déjà rencontrées dans les pages précédentes. Si un tel titre est trouvé, ce qui le suit dans la page à fusionner  est ajouté à la fin de ce qui avait été trouvé sous ce nom auparavant. Si ce n'est pas le cas, on considère que c'est une section nouvelle qu'on ajoute alors à la fin.

Voici par exemple comment décrire les raccourcis supplémentaires de spipnet.
Dans mes_options.php, on met une URL spécifique, ici je choisis le répertoire des squelettes du site:
{{{
$GLOBALS['help_server'][] = $GLOBALS['meta']['adresse_site'] . '/squelettes/;
}}}
Dans le répertoire de squelettes, je crée le fichier {{{fr-aide.html}}} ainsi rédigé:
{{{
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="fr" lang="fr" dir="ltr">
<head><link rel='stylesheet' href='http://www.spip.net/prive/spip_admin.css' type='text/css' /></head>
<body>
<h2>raccourcis/Les raccourcis typographiques</h2>
<h3 class="spip">Les raccourcis de www.spip.net</h3>
<p>
Les raccourcis  <tt>[->spipN]</tt> fournissent un lien vers l'article
de référence décrivant  la version N  de SPIP. Ce lien tient
compte de la  langue utilisée au moment où le raccourci apparaît, de
sorte que si l'article de référence a été traduit dans cette langue,
c'est cette traduction qui servira de lien, et non l'article de référence
qui n'est en fait que le lien par défaut.
</p>
</body></html>
}}}

et paf, dans la fenêtre habituelle d'aide, l'entrée de sous-menu {{Les raccourcis typographiques}} fournit le texte de spipnet complété par le texte entre les balises P ci-dessus.

Retour sur [14194]: puisqu'on a officialisé que dans les balises dynamiques, l'argument issu des filtres serait toujours vide, autant en profiter pour implémenter la proposition de Thomas #1728. L'idée et qu'en plus des valeurs à chercher automatiquement en base, une balise dynamique peut avoir besoin de manipuler à l'exécution des valeur qui ne sont connues que durant la compilation. Ca peut effectivement servir, et ça permet de conserver toutes les signatures des fonctions concernées, avec des paramètres tous utiles.

Réorganisation du script allant chercher l'aide sur www.spip.net, préalable à la possibilité de rajouter de l'aide sur les extensions utilisées. Rien de changé dans les fonctionnalités pour l'instant, si ce n'est que le fichier mis en cache n'est pas l'orignal mais la version à URL relatives, c'était idiot de les recalculer à chaque fois. Du coup on incrémente version_code pour ignorer l'ancien cache de l'aide qui n'est plus compatible. 

Amélioration de [14178]. En fait la seule balise dynamique qui continuait à écrire en position de filtre ce qui était inévitablement un argument est FORMULAIRE_RECHERCHE, qui depuis la 1.9 a laissé tomber le pré-remplissage du champ de recherce à l'aide du véritable argument de la balise, et traite celui-ci exactement comme le filtre. D'ailleurs aucun squelette de zone/_squelettes_ n'utilise la vieille possibilité. De nouveau on traite dès l'analyse syntaxique l'ancienne écriture de FORMULAIRE_RECHERCHE, et on évite complètement de charcuter l'arbre de syntaxe abstraite même pour les balises dynamiques. Comme de plus aucun squelette de zone/_squelettes_ n'écrit un filtre dans les balises dynamiques, sachant intuitivement que ça ne peut pas marcher, on évacue complètement leur prise en compte dans le code compilé puisque que ça sera toujours vide. Pour éviter tout risque d'incompatibilité, seule la signature de la fonction insérée dans le code change ({{{executer_balise_dynamique}}}), les fonctions {{{*_stat}}} continuent à admettre 2 arguments, dont le 2e sera toujours vide.

- renommer le pipeline en declarer_url_objets
- la declaration dans inc_version concerne les fonctions appelees, pas le contenu du pipeline
- mutualiser du code generique dans inc/urls

Un pipeline url_objet qui correspond à l'ensemble des objet spip qui peuvent avoir une URL (on doit rajouter au $flux quelque chose du genre '|nouvel_objet)

L'utilisation de ce pipeline dans la génération des urls pages

http://zone.spip.org/trac/spip-zone/browser/_core_/plugins/bandeau?rev=29095
dans le core pour permettre de fixer l'ossature de la navigation et que les plugins s'y raccrochent

Integration de la skins/spip.
Les skins passent dans prive/ pour l'occasion
La navigation est definie dans prive/navigation.xml

http://zone.spip.org/trac/spip-zone/changeset/28701
les urls etendues sortent du core, qui ne conserve que les urls page, qui sont les urls par defaut

mise a jour des sites {{{'su}}} ; a noter le numero de version_base ne suffira plus a savoir si la modif [13904] a ete prise en compte

Les webmestres ne sont pas forcement des geeks et ont le droit a une interface decente pour gerer le statut webmestre, donc.

Un champ webmestre est ajoute a la table spip_auteurs, et vaut oui ou non. Les droits de webmestre necessitent d'avoir ce champ a oui ET le statut 0minirezo, et pas de etre un admin restreint.

A l'upgrade, si _ID_WEBMESTRES est defini, les auteurs concernes sont statues webmestres, sinon seul l'auteur qui fait l'upgrade est promu webmestre.
Il est possible de se promouvoir webmestre en refaisant l'installation (suppression du fichier connect.php).

Un webmestre peut ensuite promouvoir ou degrader un autre webmestre. Un admin normal ne peut pas changer le statut d'un webmestre.

ajout d'une KEY(objet,id_objet) sur spip_documents_liens, cf http://archives.rezo.net/spip-zone.mbox/200903.mbox/%3Cbfc33ad70903141606q2e4c53f2k4fef6b45e611a04f@mail.gmail.com%3E

un pipeline post_image_filtrer qui est appelé au moment de image_graver, donc à la fin d'une serie de filtres images
le pipeline respecte la meme syntaxe que les filtres images, en prenant une image en entrée et en renvoyant une image en sortie (balise img complète)

- introduction d'un pipeline sur styliser. Utilistion de ce pipeline pour le vertebreur qui va passer en plugin, ainsi que pour les choix des squelettes par rubrique et par langue.

Le nouveau pipeline permet entre autre à SpipClear de ne plus surcharger styliser.php. SpipBB ou squelettes_par_mots_clefs devraient aussi pouvoir l'utiliser à la place de leur surcharges.