possibilité de restaurer une ancienne révision d'article (le code était là qui attendait trivialement qu'on l'exploite)

charger les fichiers fonction des plugin avant le dump pour permettre de recuperer toutes les declarations de table (sans obliger a les faire dans les fichier options qui ralentit inutilement l'interface privée)

conversion des revisions d'articles (la conversion se fait a la volee et non dans la base, et fonctionne seulement a partir d'iso-latin... mais pour les autres charsets source c'est pas pire, et il suffira de hacker une ligne de code si on n'est pas content)

ne pas considerer les liens internes comme exterieurs au pretexte que le nom de domaine ne serait pas le bon (David Glaude)

Les redirections du répertoire action/ vers le répertoire exec/ commandées par ce dernier sont à présent toujours exprimées en relatif (c'était d'ailleurs déjà le cas de certaines, qui n'utilisaient pas generer_url_ecrire), afin d'éviter la production param=http:// ... dans l'URL.

Reste à traiter une redirection de action/  vers l'espace public, et toutes
les redirections public->public ou privé->privé, moins fréquentes mais à faire
au cas par cas.

)

Qq transformations de url..code --> rawurl..code qui avait échappé à [5996]. C'est ncore plus nécessaire d'etre systématique là-dessus depuis que mod_security se répand pour à terme résoudre le pb du ticket #413. A suivre.

à noter que c'est entièrement de notre faute, lors du passage en fonction, $PHP_SELF n'a pas été prise en globale...

à revoir complètement pour 2.0

Dans les flux de syndication, on récupère parfois n'importe quoi, genre des tags dans les titres, qui, s'ils ne cassent pas les liens, occasionnent au moins quelque(s) erreur(s) de syntaxe => |supprimer_tags

La page login.html est traitée à part, avec des styles en dur dans le skel (sinon c'était vraiment trop compliqué à comprendre et donc à maintenir)

Cosmetique : la taille de typo des formulaires ne doit pas etre + grosse que celle des menus de la nav ;-)

Lorsqu'on créait un nouveau mot à partir des boutons "creer un mot et le lier à cet objet" et que ce mot était dans un groupe "un seul mot à la fois", toutes les références aux autres mots de ce groupe étaient éliminées, au lieu d'éliminer que celui déjà lié à cet objet.

Ce bug a plus de 6 mois (antérieur au passage en SVN !)

On ne peut pas appliquer le style spip_in sur les raccourcis [->spip19] ; on met donc spip tout simplement (en attendant mieux)

Correction (on espère) du bug #413 qui semble venir d'un transcodage intempestif de l'espace dans certains paramètres d'URL. Du coup Sed général sur les appels à _action_auteur pour remplacer l'epsace par un tiret, et utilisation de preg_split sur not-letter à la place de split sur espace. J'ai testé les cas les plus usuels, ça marche; ça devrait aller pour le reste

CSS : la class .on est imposée dans le code généré de spip (pour la pagination) => doit etre dans spip_style.css

CSS : inversion de l'ordre d'appel des feuilles de style, pour donner un *semblant de priorité* à la feuille appelée *après* spip_style.css...

Cf.: http://fraichdist.online.fr/spip.php?article332#forum286

Afin de faciliter la rédaction de la documentation de Spip, ajout d'un raccourci [->spip19] qui renvoie à l'article décrivant cette version sur www.spip.net (et bientot des autres versions).

Comme le traitement de ces raccourcis s'était alourdi avec le temps, ce depot est aussi une remise a plat de la fonction extraire_lien qui est maintenant obsolete (mais toujours disponible pour compatibilité). C'est à présent la fonction calculer_url qui prend en charge ces traitements, et rend l'URL ou son titre ou ces deux choses plus une CSS selon le mode d'appel. Dans le premier cas, cela revient simplement à appeler la famille generer_url_TABLE. La fonction calculer_url utilise un tableau global $tableau_raccourcis qu'il est loisible d'augmenter pour se définir de nouveaux raccourcis [TITRE->TABLEnnn].

En prime, la redirection par le champ Chapeau d'un article interprète ces raccourcis, ce qui n'était pas le cas auparavant.