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

CSS : spip_style.css ne contient plus *que* les styles "indispensables" (c’est-à-dire ceux associés au code généré pas SPIP)

Cf.: http://fraichdist.online.fr/spip.php?article332 (on essaye l'approche [1])

Nommage : homogéniser les noms de couleurs (dans la dist on a choisi de désigner les couleurs par leur code héxadécimal).

- repérer l'attribut viewBox, plus fiable que width et height pour connaitre la taille du document, et en son absence ne pas prendre en compte width height s'ils sont exprimés en pourcentage;
- produire une balise embed seule, pas besoin des balises param et object.

corrections de langue + nouvelle chaine "veuillez laisser ce champ vide:" pour l'antispam  (pas très grave si elle n'est pas traduite)

pour tester remplacer
	display:none;
par 
	display:block;

ou, en utilisant lynx, remplir le dernier champ du formulaire

Il _faut_ placer le submit des formulaires dans un div, pour pouvoir controler son placement (float: right n'est pas du tout adapt'e).

- Dans formulaires, choix taille et caractere passent dans habillage, car c'est propre au squelette /dist, et ne doit pas contredire maquette personnelle.

* utilise <span class="spip_documents..."><img /></span> pour les <IMG1|left> pour povuoir appliquer des CSS de façon plus uniforme (à la demande de tetue)