On remplace un vieux filtre dépréciés en 3.2 et supprimé en 4.0

On englobe les paginations dans du nav.

[Salvatore] [source:lang/ paquet-linkcheck] Mise a jour du bilan depuis https://trad.spip.net

[Salvatore] [source:lang/ linkcheck] Mise a jour du bilan depuis https://trad.spip.net

[Salvatore] [source: paquet-linkcheck] Mise a jour du bilan depuis https://trad.spip.net

[Salvatore] [source: linkcheck] Mise a jour du bilan depuis https://trad.spip.net

être certain que les plug ont une version de saisies "sûr", normalement, cela devrait être bon, car aucun n'avait de borne max concernant saisies

Je monte la version de facteur après sont dernier commit, et fait un z+1 pour être réduire aux max les possibilités qu'une vielle version soient en ligne (pour info, il ne devrait pas y avoir de problème d'encodage, j'ai fait deux vérifications avant mon commit)

- Je monte la version de saisie (en gardant la même branche pour réduire le risque de casse) pour être certain que si un jour, un commit qui concerne l'un des plug et saisie, que la version de saisies soit une version sûr !
- + broutilles (exemple, mise en adéquation de borne mini de plug dans les "necessite" avec la version de spip pour quoi le plug est fait)

type https://fr.wikipedia.org/wiki/(125592)_Buthiers

- Suite à un problème de sécu concernant facteur, je monte la version mini des necessites pour réduire le risque que les gens aient une version de facteur à risque.
- Je monte aussi la version mini des utilises, ce qui aura pour incidence une désactivation de facteur si les gens ne le mettent pas également à jour ( à voir si c'est une bonne idée), je pars du principe que le mieux, c'est une désactivation, plutôt que d'avoir un plug à problème

- A savoir que je n'ai fait la mise à jour que pour la version de facteur qui est pour spip 3.0.0 mini
https://zone.spip.org/trac/spip-zone/changeset/109788

- Correction d'un bug signalé sur spip-users, si le lien est entouré de simple quotes, on conservait la dernière

Correction d'un bug: 1 lien inclus dans plusieurs objets, tous non publiés, obtient le statut publié dans la table de centralisation des liens

[Salvatore] [source:_plugins_/linkcheck/trunk/lang/ linkcheck] Export depuis http://trad.spip.net de la langue de

C'est ce \s dans la regexp qui aboutit à ce que le tableau des champs à traiter soit vide dans certains cas...
A revert si c'est une connerie, en tout cas chez moi c'est mieux.

Accepter les liens avec des points virgule : cf ce commentaire https://contrib.spip.net/LinkCheck-verificateur-de-liens#forum493607

Sur les liens dans le tableau en colonne sur les objets, on ajoute `word-wrap:break-word` pour conserver l'ensemble du lien visible

@nicod_

Version 1.4.7

Les extensions de domaines .test, .example, .invalid et .localhost sont réservées pour des domaines de test (cf cette RFC2606), on ne les extrait pas.

Simplifier la regexp mysql qui ne sert qu'à sortir les champs ayant potentiellement des liens (MySQL ne supportant pas UTF-8), par contre, autoriser les caractères UTF-8 coté PHP qui font partie de la séquence \u00a1-\uffff

Si l'ajax est en erreur ici, on le relance, c'est très certainement à cause d'un timeout coté serveur

sur des liens en https, éviter des soucis sur la vérification du certificat lorsque le serveur est mal configuré ou que le certificat est pourri

Version 1.4.5

- Permetre le caractère tilde ~ dans l'URL

- Remettre la table `spip_linkchecks` en table principale sinon l'autoincrement ne se fait pas.
- Fonction d'upgrade qui permet de corriger ce problème sur des versions buggées déjà installées
- Enlever la table `spip_linkchecks` de la liste des tables à traiter

[Salvatore] [source:_plugins_/linkcheck/trunk/lang/ linkcheck] Export depuis http://trad.spip.net de la langue nl

La détection des liens ne prenait qu'un champ à chaque fois, il réinitialisait le compte de liens à chaque champ testé.

Avec https://zone.spip.org/trac/spip-zone/changeset/103864/ et https://zone.spip.org/trac/spip-zone/changeset/103875/ j'avais fait trop fort en changeant aussi le nom alors que c'est toujours le même contrairement à l'url.
Donc, je corrige :-)

Dans le pipeline `post_edition` s'assurer que le second argument passé à `in_array` est bien un tableau