bigfoot - commentaires

bigfoot

Le problème était donc spécifique au squelette escal, ouf...

bigfoot

Et pour les notes dans le post-scriptum, ça vient du squelette Escal. Je vais livrer un correctif pour régler ce souci.

bigfoot

Merci
çà fonctionne bien maintenant
Patrice

bigfoot

span.littlefoot-footnote__host:nth-child(2n) { display : none }

règle le problème

bigfoot

Bonjour,
Ma question précédente est toujours valable, et j'ai toujours 2 info-bulles par moment en partie publique malgré l'application du CSS :

span.littlefoot-footnote__host:nth-child(2) {
display : none
}

https://collectif-jeandeneyman.fr/spip.php?article31
Merci
Patrice

bigfoot

Bonjour,

SPIP 4.2.6
Squelette Escal

Est-il possible qu'il s'exécute aussi dans le postscriptum SVP en partie publique (il se met bien en partie privée) ?
Exemple sur cette page : https://collectif-jeandeneyman.fr/spip.php?article41
Merci
Patrice

bigfoot

Bonjour,
Je me réponds en partie :

span.littlefoot-footnote__host:nth-child(2) {
display : none
}

Évite la problématique des 2 infos bulles l'une sur l'autre.
Par-contre, j'ai toujours le renvoi 8 est en double !

Composition en partie privée de la phrase :

...on nous oriente vers le Musée de la Résistance nationale (M.R.N)[[Courriel de réponse du Musée de la Résistance nationale à Champigny du 02/10/2013 : Nous possédons la transcription de la dernière lettre de Jean de Neyman (Coll. Musée de la Résistance nationale à Champigny-sur-Marne. Fonds thématique carton n°83bis. Lettres de fusillés), mais elle n'est pas complète (il manque la dernière page). Nous te l'envoyons cependant à titre indicatif. Centre de conservation et de consultation - Musée de la Résistance Nationale]] qui n'en possède qu'une transcription...

bigfoot

Bonjour,
J'ai appliqué le CSS qui, effectivement est moins pire, mais j'ai toujours des problèmes de doublons.
Voir ma page : https://collectif-jeandeneyman.fr/spip.php?article22
- Le renvoi 8 est en double
- Le renvoi 9 (et autres) n'a bien qu'un numéro, mais 2 infos bulles l'une sur l'autre !
Avez-vous une solution SVP ?
Merci
Patrice

bigfoot

ok bon la seul solution trouvé et un pansement en faisant une régle css :

/* Pas de double occurence pour le plugin bigfoot */ span.littlefoot-footnote__host:nth-child(2) > span:nth-child(1) > button:nth-child(1) {
display : none
}

bigfoot

Après qq tests, c'est le bloc du mini-calendrier qui provoque ce double affichage.

Il doit donc y avoir un truc qui se monte dessus entre les 2 plugins.

Mais quoi ?
une idée ?

bigfoot

Après qq tests, c'est le bloc du mini-calendrier qui provoque ce double affichage.

Il doit donc y avoir un truc qui se monte dessus entre les 2 plugins.

Mais quoi ?

une idée ?

bigfoot

Bonjour,

j'ai donc essayer d'épurer au maximum

j'ai monter un site test https://agha.spipfactory.fr/?test-numero-2

et a force de chercher, il semblerais que c'est la maj du plugin saisise qui provoque le dedoublement

test effectué sur la mutualisation avec Escal actif qui necessite
agenda ; svpstats ; nospam ; saisies ; verifier

me reste encore a tester bigfoot + saisies sur un spip seul ........ pour confirmer la chose

bigfoot

Ta page comporte des erreurs javascript, possible que le problème vienne de là, il faudrait les corriger pour investiguer plus en détail :\

bigfoot

Sur cette page

https://agha.fr/?Rencontres-genealogiques-04-05-a-Briancon

bigfoot

Ok super, je suivrai l'actu du plugin alors.

Mais j'en conclus que pour toi ce bug n'apparait pas forcement ? Si c'est le case c'est déjà une grosse information pour moi.
Mon site comporte pas mal de JS bidouillé plus ou moins bien par mes soins, il est tout à fait possible dans ce cas, que ce soit lié à mon propre code.

Tu peux voir le bug en action sur cette page :
https://www.upc-casalonga.eu/ en cliquant sur la fleche orange dans le premier encart.

bigfoot

> Suite au passage à SPIP 4.1.5, le plugin ajoute 2 bulles près du mot à anoter

Je ne reproduis pas en 4.2, quelle est l'adresse de la page où on peut observer le bug pour t'aider plus ?

> et rien en bas de page à côté de « Notes ; »

Ça c'est le comportement normal du plugin :p

bigfoot

Ha, je pensais que ça venait du fait que la version de la librairie littlefoot qu'on utilise dans le plugin est assez ancienne, mais ça ressemble à ce bug https://github.com/goblindegook/littlefoot/issues/57

Quelle est l'adresse de la page qui expose le problème ?

Dans tous les cas, je ferai une mise à jour de la librairie dans une prochaine version du plugin.

bigfoot

Bsr,

Suite au passage à SPIP 4.1.5, le plugin ajoute 2 bulles près du mot à anoter et rien en bas de page à côté de « Notes ; »

Et le tooltip est affiché en double, superposés et légèrement décalé.

Dommage, c'était très élégant.

bigfoot

Bonjour,

je constate que le plugin ne fonctionne pas bien sur un smartphone avec IoS.
L'info bulle apparait en bas de page, puis repars immédiatement.

Est ce que quelqun d'autre que moi à déjà constaté cela ? Cela ressemble être un souci de CSS ?

Merci d'avance.

bigfoot

Désolé pour le bruit, mais la personne qui m'a signalé le problème n'avait vérifié qu'un article dans lequel les notes n'ont pas de mise en forme.

Encore désolé.

Bonne journée à tous.

Gilles L.

bigfoot

Merci pour ta réponse. C'est donc possible.
Le site est actuellement en dev avec le plugin travaux activé, donc accessible seulement pour les admins !
Comme tu me dis que c'est possible, je vais chercher un peu tout seul. Lorsque j'aurais des billes pour discuter, je reviendrais ;-)
Encore merci !

bigfoot

Je ne reproduis pas, chez moi le contenu des tooltips affiche bien l'italique, les images, etc.

Quelle est l'adresse de la page en question ? Quel est le squelette utilisé pour produire le bug ?

bigfoot

Merci pour ce plugin.

Je vois que le texte du tooltip a perdu la mise en forme : les italiques etc. On peut récupérer ça ?

Merci,

Gilles L.

bigfoot

Salut, non, le plugin se veut simple et le restera j'espère. Il a été fait pour améliorer l'usage des notes de base de page, si le fonctionnement qu'il propose ne convient pas, autant ne pas l'utiliser du tout plutôt que sur certaines pages.

bigfoot

Bonjour
DD souhaite garder les notes visibles en bas des articles. Dans cette ligne de réflexion, l'auteur du plugin pourrait-il envisager une option qui ferait que bigfoot s'appliquerait à tous les article sauf à ceux que l'on marquerait et qui continuerait à fonctionner avec les notes de bas de page ?
Salutations cordiales.
FDG

bigfoot

Hello,
j'ai pas de site de test accessible pour l'instant. Je reviendrai ici quand ce sera possible... en 2020 ?
merci

bigfoot

Tu veux de l'aide ou juste signaler que tu vas rester sur l'ancienne version ?

Si tu veux de l'aide, aide nous en nous donnant un lien vers la page qui expose le problème stp.

b_b... perdu dans le SAD sans lien

bigfoot

Bonjour,
Je n'arrive plus à rien non plus avec les dernières versions de bigfoot. Par défaut lorsque je survole un numéro de note j'ai « voir la note x » et lorsque je clique dessus je vois juste rien (capture jointe).
et les notes ne sont affichées nulle part sur la page..
Donc je reste avec bigfoot 3.06 qui fonctionne comme je veux.
dd... perdue dans le progrès

bigfoot

Bonjour Maieul
Je ne comprend pas ce qu'il faut faire pour garder les notes visibles en bas de page...
Il faut désactiver dans insert_head la ligne présente dans bigfoot_pipelines.php :

jQuery('div.notes').hide();

Tu peux nous dire dans quel fichier faut-il ajouter quoi ?
Merci d'avance pour ton aide...

bigfoot

Ok, le bug était présent dans l'ancienne librairie utilisée, mais il n'a pas été corrigé dans la nouvelle, je viens de le signaler à l'auteur de celle-ci cf https://github.com/goblindegook/littlefoot/issues/25#issuecomment-541575284

bigfoot

Genial, merci !

bigfoot

Ok, je vois le bug, pas la peine de me fournir le source, je vous tiens au courant...

bigfoot

@Abel, merci, mais quand je parlais du code source, je souhaitais que tu me donnes le code source « SPIP » des paragraphes en question ;)

bigfoot

Oui moi https://contrib.spip.net/bigfoot#comment502005
Le rendu est différent sur Firefox et sur Chromium.
Je n'ai pas encore trouvé pourquoi.

bigfoot

J'ai installé le plugin sur d'autres sites pour tester et j'ai toujours le même problème de balises

qui revient à chaque fois.
Comme ici par exemple (4^e paragraphe) : http://www.swampdiggers.com/L-art-de-la-pochette-de-rap?var_mode=calcul

Je ne sais pas si ça arrive à d'autres personnes du coup.

SPIP SPIP 3.2.5 - Bigfoot 1.3.2

bigfoot

Cool, merci pour le lien, peux-tu me filer le code source des paragraphes de texte qui contiennent les notes afin que je tente de reproduire de mon côté stp ?

bigfoot

Bonjour, par exemple sur cette page (il y a des notes vers la fin de l'article) : https://laviedesidees.fr/Hartmut-Rosa-resonance-sociologie-relation-monde.html

Merci,
A.

bigfoot

Impossible de t'aider sans lien vers la page en question...

bigfoot

Bonjour, et merci pour cet excellent plugin !

Quand je l'installe sur mon site le texte dans la bulle est précédé d'un paragraphe vide

ce qui crée un espace disgracieux en début de bulle (en bas aussi).

Sauriez-vous comment me débarrasser de ces balises génantes ?

Merci,
Abel

bigfoot

FTR, c'est réglé maintenant.

bigfoot

Non j'ai tout vidé, possiblement un conflit avec un plugin Firefox.

bigfoot

chez moi, avec firefox, cette page marche. cache navigateur ?

bigfoot

Alors je viens de faire un test en passant un autre site de la version 1.1.1 à 1.3 de ce plugin.
Et bien avec la version 1.3 j'ai l'erreur sur Firefox mais avec Chromium cela fonctionne
(avec la 1.1.1 cela fonctionnait pour les 2 navigateurs).
Je continue mes tests car c'est peut-être un problème chez moi.
La page testée : https://www.admrduhautleon.com/aide-aux-seniors

bigfoot

Je vois pas ce que la version 1.3.0, qui n'a pas changé cela, viendrait faire.

bigfoot

En investiguant cela semble du à la règle inline :
.littlefoot-footnote__content {max-height:0};

bigfoot

question pratique : quelle version de bigfoot avait tu avant ?

bigfoot

heu... « chez moi ca marche ». tu pourrais m'envoyer par mail le contenu de ton article ?

bigfoot

Le passage à la version 1.3.0 SVN [117561] fait disparaître les notes, la fenêtre est vide :

Site sous SPIP 3.2.4 [24285] avec SPIPr-dist

bigfoot

Bah deja c'était un pipeline, donc tu aurais pu brancher ton pipeline après pour faire la correction.

Cela étant, avec la version 1.3.0 du plugin, c'est devenu une chaîne de langue (en français du coup). Redefinissable comme n'importe quelle chaîne de langue.

bigfoot

Depuis le passage à littlefoot, les notes de bas de page ne sont pas detectés si on est en url arbo....

bigfoot

Bonjour b_b
Le texte apparaissant au survol d'une note est « See Footnote X ».
Ce texte est défini en « dur » dans la fonction insert_head du pipeline.

A part surcharger le fichier « bigfoot_pipelines.php » (en en faisant une copie dans le dossier « squelettes »), y aurait-il un moyen plus simple de modifier ce texte une bonne fois pour toutes sans avoir à vérifier la compatibilité de la surcharge à chaque amélioration de version du plugin ?

Merci d'avance pour ta réponse.

bigfoot

Bonjour,
J'aimerais utiliser ce plugin... hélas je voudrais de nombreuses notes dans le texte du plugin « Encart » afin de ne pas avoir à les écrire chaque fois.
et ça ne marche pas
Merci de votre aide
Cordialement

bigfoot

C'est bon. C'est corrigé avec la nouvelle version 1.1.1.
Merci ;-)

bigfoot

Salut et merci pour le signalement, la version 1.1.1 devrait corriger ça, cf https://zone.spip.org/trac/spip-zone/changeset/115983

bigfoot

Bonjour
Je viens de passer mon site en 3.2. Tout fonctionne bien.
Juste un petit bug étrange, dites-moi si vous arrivez à le reproduire :

Créez un article avec une note dans le texte de l'article.
Enregistrez le. Pas de souci, la note apparait correctement dans la page de visualisation de l'article de l'espace privé.

Cliquez sur « modifier l'article ». Enregistrez le à nouveau sans rien changer.
Et là, la note que vous avez créée apparait plusieurs fois....
Si on crée plusieurs notes, le phénomène se répète (voir la photo jointe).
Si vous rafraichissez la page, le bug disparait.

Ce bug n'apparait que dans l'espace privé.

Etrange non ?

bigfoot

bah heu... insert_head, vu que ce c'est là qu'ai le code dans bigfoot_pipelines.php

pour l'appel de note et les espaces, normalement si tu colle directement dans le texte, ca suit.

bigfoot

D'accord mais je ne sais pas de quel pipeline il s'agit.

PS en parlant d'espace : est-ce possible de coller l'appel de note au texte qui le précède pour empêcher qu'il se retrouve à la ligne tout seul (en fonction de la largeur du texte)

bigfoot

Cela étant tu a raison sur le patch. Mais ce que je comprend pas c'est que http://www.bigfootjs.com/ dit concernant « anchorPattern » concerne le href, pas le rel. Donc je vois même pas ce que footnote|appendix vient faire là.

< b_b‎ > parce que
< b_b‎ > c'est dans le code du script
< b_b‎ > en résumé, le script teste ça aussi
< b_b‎ > sinon il risquerait d'attraper n'importe quel lien qui porte ce type de href
< b_b‎ > cf https://zone.spip.net/trac/spip-zone/browser/spip-zone/_plugins_/bigfoot/javascript/bigfoot.js#L40

bigfoot

comme explicaton complémetaire : oui sur le site astro je n'utilise pas la dist. Mais pour le coup j'ai fait les tests sur une dist, justement pour eliminer les bruits de l'astro :)

Cela étant tu a raison sur le patch. Mais ce que je comprend pas c'est que http://www.bigfootjs.com/ dit concernant « anchorPattern » concerne le href, pas le rel. Donc je vois même pas ce que footnote|appendix vient faire là.

bigfoot

Reprenons, il semble bien que tu n'utilises pas la dist pour tes tests.

Je vois que ton problème vient du fait que tu utilises le code suivant dans le head de ta page :

[}|?{#INTRODUCTION{99999999999999999},#INTRODUCTION}|attribut_html|trim)" />]

L'utilisation de la balise texte fait que les notes du texte sont bien traités deux fois dans ta page, même si elle ne sont pas affichée lors de la première utilisation. On passe donc dans traiter_raccourci_notes() avec $marqueur_notes qui vaut 2 cf https://zone.spip.net/trac/spip-zone/browser/_core_/plugins/textwheel/inc/notes.php#L148

Le problème peut aussi se présenter si on utilise des notes dans le texte et dans le PS d'un article.

Concernant ton patch, il me semble que l'ajout dans la regex n'est pas bon, je pense que /(nb\d+(-\d+)?(footnote|appendix))/gi serait plus juste, car ta version rend optionnelle la présence de l'attribut rel avec une valeur à footnote ou appendix.

bigfoot

Pour memoire, avec un spip 3.2.4, juste bigfoot activé.

Un article dont le contenu est

s[[aaa]]sss s
s[[aaa]]
s[[aaa]]
s[[aaa]]
s[[aaa]]
s[[aaa]]s[[aaa]]
s[[aaa]]
s[[aaa]]s[[aaa]]s[[aaa]]s[[aaa]]
s[[aaa]]s[[aaa]]
s[[aaa]]
s[[aaa]]s[[aaa]]s[[aaa]]s[[aaa]]
s[[aaa]]s[[aaa]]
s[[aaa]]
s[[aaa]]s[[aaa]]s[[aaa]]

Le squelette dist génère

s [1]sss s

s [2]

s [3]

s [4]

s [5]

s [6]s [7]

s [8]

s [9]s [10]s [11]s [12]

s [13]s [14]

s [15]

s [16]s [17]s [18]s [19]

s [20]s [21]

s [22]

s [23]s [24]s [25]

dans le core de texte

ce qui était pas supporté avant le commit https://zone.spip.net/trac/spip-zone/changeset/115437/spip-zone.

En revanche, côté espace privé, on avait

s [1]sss s

s [2]

s [3]

s [4]

s [5]

s [6]s [7]

s [8]

s [9]s [10]s [11]s [12]

s [13]s [14]

s [15]

s [16]s [17]s [18]s [19]

s [20]s [21]

s [22]

s [23]s [24]s [25]

ce qui était géré.

bigfoot

Trouvé : la regexp des ancres de notes posait problème si on avait plusieurs série de notes dans l'article (typiquement si #TEXTE est utilisé aussi dans le head pour calculer le meta description).

J'arrivais pas à comprendre le bug car lorsqu'on vient d'éditer un texte via crayons, le calcul « instantanée » des notes produisait bien les ancres attendus par la regexp.

Bref, corrigé en https://zone.spip.net/trac/spip-zone/changeset/115437/spip-zone

bigfoot

yep, tu as raison, mieux vaut ne pas mettre d'option et tout gérer niveau css.

bigfoot

hum, c'est pas ca. Il doit y avoir autre chose. Parfois mes notes ne sont pas bigfooté, et je comprend pas pourquoi.

bigfoot

Testé à l'instant, je ne reproduis pas. Il me faudrait l'extrait de texte complet pour t'en dire plus.

bigfoot

Petit bug avec la dernière version (1.0.6)

si j'ai

 à partir de 18 ans[[Note]]

la note n'est pas bigfootée (je comprend pas pourquoi). Alors qu'avec

 à partir de 18 ans [[Note]]

c'est bigfooté. Il y a juste une espace supplémentaire. Hors en note normal, cet espace devrait pas exister.

bigfoot

Salut, c'est faisable en css avec la règle suivante .bigfoot-footnote__button::after { content: "?" }, et je préfère éviter l'ajout d'option :)

bigfoot

Salut,

suggestion d'un ami : puisqu'on fait disparaitre, en pratique, la note de bas de page, en mettant directement sur place, ne pourrait-on pas remplacer le numéro d'appel de note par un point d'interrogation.

Sachant évidement qu'en impression il faudrait garder le numéro de note.

Qu'en penses tu ? Une option à ajouter ?

bigfoot

pas hyperpropre de modifier directement le plugin, surtotu que que si c'est dans un pipeline tu peux modifier toi même après coup, en créant ton propre pipeline.

bigfoot

Hello,
Je voulais avoir le joli bouton bigfoot mais en même temps garder les notes visibles en bas des articles (oui je fais ma compliquée mais je trouve que c'est plus facile pour le lecteur)

Pour info (et pour référence pour y penser lors d'une future mise à jour du plugin) j'ai réussi en modifiant :

bigfoot_pipelines.php / commenter la ligne
/*jQuery('div.notes').hide();*/
pour voir le titre h2 des notes

bigfoot.js / commenter la ligne
// $relevantFootnote.addClass("footnote-print-only");

perso.css / ajout de :
.notes { max-width: initial;}

bigfoot

je vais faire un article en ligne

bigfoot

pour l'instant je fais mes essais en local
je vais faire un article dans un site en ligne..
j'enverrai le lien ensuite

bigfoot

Salut, tu peux très bien personnaliser la couleur pour tes besoins depuis un fichier perso.css ou autres. Quelle est l'url de la page où on peut voir le plugin en action ?

bigfoot

bonjour

j'ai mis ce plugin ce matin (spip 3.2 squelette escal

on ne voit pas le bouton, quelle que soit la couleur du fond de page pour article

plus noir ou color xx serait bien

merci

bigfoot

Pour info, ce bug est corrigé dans la dernière version du plugin cf https://contrib.spip.net/bigfoot#forum491866

bigfoot

Super, merci à vous trois pour le signalement et le correctif qui est dispo dans la version 1.0.6 du plugin cf : https://zone.spip.org/trac/spip-zone/changeset/103828

~~Je regarde pour réparer la lib bogfoot avec jQuery 3 dès que possible.~~ en fait ça fonctionne très bien :p

bigfoot

Après discution avec marcimat et cy_altern ;
/(nb(\d)+(footnote|appendix))/gi

Serait plus approprié

bigfoot

Ok j'ai trouver d'ou viens le problème.

dans le fichier bigfoot_pipeline.php
Il faut remplacer la ligne 30 par :

	anchorPattern: /(nb(\d)*|footnote|appendix)/gi,

Et hop tout rentre dans l'ordre.
Il ne reste plsu qu'à régler le Bug CSS dans chrome de la bare de défilment, mais ceci n'est pas lié au plugin SPIP ; mais bien à bigfoot.js lui même.

bigfoot

Tu peux passer sur irc pour qu'on en discute en direct, ça sera plus simple : http://irc.spip.net/

bigfoot

Bon j'ai réinstallé un spip tout beau tout propre en local, avec juste bigfoot, et je constate quand même le problème. Au dela de la note 9 cela ne semble plus fonctionner.

bigfoot

Et rien à voir mais je le signale pour info , sur la page que tu m'as mis en exemple il y a un petit souci avec la taille des infobulles ; sur mac (chrome et firefox, elle est trop étroite et ne devient lisible que si on redimensionne la fenetre du navigateur.)

bigfoot

Oups
http://casalonga-test.ovh/spip.php?article2

j'ai désactivé en travaux pour te montrer, car le site est en dev.
Mais si tu me dis que chez toi cela marche. C'est étrange. Je vais essayer de reprendre à 0 et trouver d'ou viens mon problème, pour le moment le site ultra basique, donc si cela viens de moi, je devrais pouvoir trouver pourquoi sans trop de difficulté j'éspère.

bigfoot

Il semblerait qu'il manque une info dans ton message... Comme toujours, il est bien de donner l'url de la page affichant le bug afin qu'on puisse le confirmer et t'aider :)

bigfoot

Il semblerait qu'il y ai un Bug.
Le plugin ne foncitonne plus à partir de la note numéros 10. :/
C'est embêtant car je fait un site avec des article comportant beaucoup de note à chaque fois.

bigfoot

Ok dommage. Je le ferai bien hélas, ce n'est pas dans mes compétences. A default je vais bidouiller le CSS (ça je maitrise) pour supprimer ce numéros et le remplacer par une icône ; au moins ce sera déjà un peu mieux.

bigfoot

Non je ne pense pas, et risque de nécessiter pas mal de modifications à ajouter, mais tu peux tenter le coup et proposer un patch si tu es motivé.

bigfoot

La syntaxe permettant de forcé le libellé
Par exemple :

Lorem ipsum dolor sit amet[[<*>faux texte.]].

bigfoot

Salut, quelle syntaxe mentionnes-tu ?

bigfoot

Y a t'il moyen d'utiliser la syntaxe permettant de forcer le libellé de l'appel de note ?
Il semblerait que cela ne fonctionne pas avec ce plugin ?

bigfoot

Pour info après changement des bornes

compatibilite=« [3.0.0 ;3.2.*] »

RAS

bigfoot

Pour info après changement des bornes

compatibilite=« [3.0.0 ;3.2.*] »

RAS

bigfoot

Arf, je les ai tous testés un par un, et je n'ai aucun candidat :-(

bigfoot

Salut, je viens de tester chez moi avec les deux textes que tu m'as filé, et ça fonctionne très bien... Amha, il va falloir que tu désactives tes plugins un par un pour trouver le fautif, puis que tu nous indique lequel est responsable.

bigfoot

Pas de souci.

Voici les liens vers l'article en question (article1) et vers un deuxième, ancien, sur lequel j'ai ajouté vite fait plein de renvois, plus court, pour vérifier.

Je suis limité à l'ajout de documents gif/jpg et png apparemment, donc voici les liens pour les charger :

article 1
article 2

bigfoot

Ha oui, étrange, peux-tu partager le texte source de ton article pour que je tente de reproduire le bug de mon côté ? (en pièce jointe directement ici)

bigfoot

Oups, désolé.

Voir cet article.

Descendre sur octobre.

Merci.

bigfoot

Salut, comme toujours, pas facile de t'aider sans lien vers la page qui pose problème...

bigfoot

Bonjour,

Je viens de m'apercevoir d'un souci à partir du 10^e renvoi en bas de page, sur un article. Je n'avais pas vu ça avant.

En gros, que ce soit en partie publique ou privée, est affiché un [10] au lieu du petit bouton rond à cliquer, et le clic ne donne rien. Même chose pour les suivants (11, 12...).

Testé sur plusieurs articles, plusieurs navigateurs, mises à jour faites, etc.

Je suis en SPIPr / Sarkaspip reloaded.

Merci
Christophe

bigfoot

Ha oui, sympa comme bug ^^ La version 1.0.3 devrait corriger cela, cf :

http://zone.spip.org/trac/spip-zone/changeset/98836

Merci pour le signalement :)

bigfoot

Il s'agit d'un bug d'affichage, reproductible dans la partie privée (donc indépendant des squelettes).
Il se produit uniquement lorsque l'on met dans la note un mot ou une abréviation définie dans le dictionnaire.
Ci joint un exemple