Le constat de l’auteur du script :
Les notes de bas de page sur le web sont une plaie. Tu dois d’abord essayer de cliquer sur un tout petit nombre qui te renvoie quelque part vers le bas de la page, tu lis la note que tu cherchais, puis tu cliques de nouveau sur un petit nombre pour remonter là où tu étais dans la page.
La solution proposée par bigfoot :
- le bloc des notes en bas de page est masqué ;
- les liens vers les notes de bas de page sont remplacés par des boutons afin de les rendre plus facile à cliquer ;
- au clic, le contenu de la note apparaît dans une infobulle directement à côté du bouton, ce qui évite le défilement vers le bas de la page ;
- l’infobulle est redimensionnée et positionnée automatiquement pour assurer une lecture confortable de son contenu (même sur petit écran).
De plus, les notes de bas de page sont bien visibles lors de l’impression.
Voici un aperçu du rendu d’une note ouverte dans une infobulle :
Copie d’écran montrant l’apparence d’une bulle d’aide affichant une note de base de page avec bigfoot
Le plugin agit automatiquement sur les notes des pages de votre site, aucune configuration ou adaptation n’est nécessaire. Simple et efficace :)
Discussions par date d’activité
28 discussions
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
Répondre à ce message
Petit bug avec la dernière version (1.0.6)
si j’ai
la note n’est pas bigfootée (je comprend pas pourquoi). Alors qu’avec
c’est bigfooté. Il y a juste une espace supplémentaire. Hors en note normal, cet espace devrait pas exister.
Testé à l’instant, je ne reproduis pas. Il me faudrait l’extrait de texte complet pour t’en dire plus.
hum, c’est pas ca. Il doit y avoir autre chose. Parfois mes notes ne sont pas bigfooté, et je comprend pas pourquoi.
Trouvé : la regexp des ancres de notes posait problème si on avait plusieurs série de notes dans l’article (typiquement si
#TEXTEest 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
Pour memoire, avec un spip 3.2.4, juste bigfoot activé.
Un article dont le contenu est
Le squelette dist génère
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
ce qui était géré.
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 :
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_notesqui vaut 2 cf https://zone.spip.net/trac/spip-zone/browser/_core_/plugins/textwheel/inc/notes.php#L148Le 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))/giserait plus juste, car ta version rend optionnelle la présence de l’attribut rel avec une valeur à footnote ou appendix.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à.
Répondre à ce message
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 ?
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 :)yep, tu as raison, mieux vaut ne pas mettre d’option et tout gérer niveau css.
Répondre à ce message
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
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 ?
pour l’instant je fais mes essais en local
je vais faire un article dans un site en ligne..
j’enverrai le lien ensuite
je vais faire un article en ligne
Répondre à ce message
Pour info après changement des bornes
compatibilite=« [3.0.0 ;3.2.*] »
RAS
Répondre à ce message
Bonjour,
Je viens de m’apercevoir d’un souci à partir du 10e 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
Salut, comme toujours, pas facile de t’aider sans lien vers la page qui pose problème...
Oups, désolé.
Voir cet article.
Descendre sur octobre.
Merci.
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)
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
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.
Arf, je les ai tous testés un par un, et je n’ai aucun candidat :-(
Pour info, ce bug est corrigé dans la dernière version du plugin cf https://contrib.spip.net/bigfoot#forum491866
Répondre à ce message
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.
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 :)
chez moi ça marche © https://labo.eliaz.fr/article135.html
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.
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.)
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.
Tu peux passer sur irc pour qu’on en discute en direct, ça sera plus simple : http://irc.spip.net/
Ok j’ai trouver d’ou viens le problème.
dans le fichier bigfoot_pipeline.php
Il faut remplacer la ligne 30 par :
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.
Après discution avec marcimat et cy_altern ;
/(nb(\d)+(footnote|appendix))/giSerait plus approprié
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 :pRépondre à ce message
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 ?
Salut, quelle syntaxe mentionnes-tu ?
La syntaxe permettant de forcé le libellé
Par exemple :
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é.
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.
Répondre à ce message
Pour info après changement des bornes
compatibilite=« [3.0.0 ;3.2.*] »
RAS
Répondre à ce message
Plugin intéressant.
Je suis en spip 3.11. Il me semble que ce plugin n’est pas bien compatible avec Dictionnaire.
Les 2 plugins peuvent être activés mais l’affichage de l’infobulle de bigfoot est bizarre et illisible.
Tout rentre dans l’ordre si Dictionnaire est désactivé.
Y a t-il une solution ? Merci
Salut, peux-tu nous donner l’url d’une page qui montre le problème afin qu’on puisse t’aider ?
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
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 :)
Répondre à ce message
Ajouter un commentaire
Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :
Merci d’avance pour les personnes qui vous aideront !
Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.
Suivre les commentaires :
|
