je teste actuellement la SPIP 1.9 (version b2)
Je viens de constater un problème :
Lorsqu'un article possède une redirection, si l'on modifie cet article
il perd le contenu du champ de redirection.

(Arnaud a.leroi@cgt.fr)

Ici les exemples sont :

[<img2|left>->URL]
(ça doit donner une forme W3C-acceptable)

et 

<doc34|left> du text du text
(ça doit créer un paragraphe sous la div du document).


Dernier point : on conserve le style='xxx' lorsqu'on réduit les images, c'est plus sympa pour ceux qui les mettent (surtout que ce filtre est là par défaut dans la dist)

la gestion de l'alerte qui dit "Attention un autre rédacteur travaille sur cet article" ne se fait plus via les champs spip_articles.date_modif et spip-articles.auteur_modif, mais à travers une meta (qui pourrait être étendue à d'autres objets).

Au passage correction d'une faute de frappe dans l'upgrade de la base, qui interdisait les mises à jour depuis des versions antédiluviennes de spip.

La fonctionnalité de [6516] est incompatible avec une valeur par défaut dans les métas indiquant les tables à sauvegarder.

correction du bug entrainé par une résolution partielle du ticket #95 (améliorer #DATE_MODIF) ; on ne s'en sortira pas sans, soit avoir deux champs date, soit décider qu'un article n'a pas été modifié, et remettre sa précédente date de modif en se basant sur les données enregsitrées dans la table des révisions d'articles

introduction de la balise #RANG qui récupère le numéro de classement d'un article trié selon la convention "1. Titre de l'article"; à terme on devrait séparer les deux notions dans des champs différents (rang et titre)

sauf dans le backend parce que là les gens ne le voient pas, donc tant que c'est pas réglé autant limiter les dégâts

+ ajout d'une pagination sur la page sommaire

meilleure detection d'erreur dans #PAGINATION, et au passage on jette l'interface de départ, qui permettait #PAGINATION{nom_boucle} ... l'argument servira peut-être à autre chose plus tard (comme de la personnalisation du rendu)

+ hé hé

* une seule boucle avec pagination intégrée (l'autre méthode marche encore, mais est-ce vraiment nécessaire ?)

* des ancres qui font que ça tourne

* sur un inclure ça marche si on met #SELF en paramètre d'inclusion (sinon gare aux problèmes de XSS) => exemple donné avec la pétition

* une nouvelle balise #ANCRE_PAGINATION si on veut mettre la pagination sous la liste des objets

* une nouvelle balise #GRAND_TOTAL qui fait le #TOTAL_BOUCLE hors limit


Reste à faire :
- nettoyer cette histoire de self() qui prend le var_mode=recalcul (??)
- étendre {pagination 50} par exemple pour fixer la taille de la fenêtre
- ???

Exemple d'ecriture:

<BOUCLE_pagine(ARTICLES){branche?}{par date}{inverse}></BOUCLE_pagine>[
<p>(#PAGINATION{_liste})</p>
]<//B_pagine>

<BOUCLE_liste(ARTICLES){branche?}{par date}{inverse}{pagination}>[
<p><a href="(#URL_ARTICLE)">#TITRE</a></p>
]</BOUCLE_liste>

ca demande encore a etre ameliore

corrige le bug #296 sur le logo de site, et ajoute un lien vers le backend sur la page exec=sites (et plus seulement exec=sites_edit)

Cela oblige a avoir le duo win_png.htc/rien.gif a la racine et dans ecrire