Pataquès lors de [6410] lors d'introduction semi-automatique de spip_abstract_quote. Corrige #310 (Ben)

code mort et un joli bug de frappe qui faisait planter la restauration apres un timeout ($version_archivee au lieu de $version_archive ...)

GROS bug: la reduction d'image virait la largeur mais pas la hauteur (donc image reduite deformee). 

De plus, largeur et hauteur des images_ratio passent en information de style. J'espere que pas de bug lie a cela.

permettre la restauration meme si des champs sont absents (cas d'une restauration depuis version plus ancienne, ou avec des plugins absents ce qui est plus frequent)

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é