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 :
Le plugin agit automatiquement sur les notes des pages de votre site, aucune configuration ou adaptation n’est nécessaire. Simple et efficace :)
Version 1.0.6
RSS 2.0
Vos commentaires
# Le 26 mars à 18:32, par amilcar
En réponse à : bigfoot
Pour info après changement des bornes
compatibilite=« [3.0.0 ;3.2.*] »
RAS
Répondre à ce message
# Le 28 octobre 2016 à 16:54, par chantoine
En réponse à : bigfoot
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
# Le 28 octobre 2016 à 16:59, par b_b
En réponse à : bigfoot
Salut, comme toujours, pas facile de t’aider sans lien vers la page qui pose problème...
# Le 28 octobre 2016 à 17:04, par chantoine
En réponse à : bigfoot
Oups, désolé.
Voir cet article.
Descendre sur octobre.
Merci.
# Le 28 octobre 2016 à 17:19, par b_b
En réponse à : 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)
# Le 28 octobre 2016 à 17:44, par chantoine
En réponse à : 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
# Le 28 octobre 2016 à 19:54, par b_b
En réponse à : 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.
# Le 29 octobre 2016 à 13:13, par chantoine
En réponse à : bigfoot
Arf, je les ai tous testés un par un, et je n’ai aucun candidat :-(
# Le 21 avril à 19:33, par b_b
En réponse à : bigfoot
Pour info, ce bug est corrigé dans la dernière version du plugin cf https://contrib.spip.net/bigfoot#forum491866
Répondre à ce message
# Le 1er avril à 14:15, par pipol
En réponse à : 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.
# Le 1er avril à 14:38, par b_b
En réponse à : 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 :)
chez moi ça marche © https://labo.eliaz.fr/article135.html
# Le 1er avril à 15:37, par pipol
En réponse à : 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.
# Le 1er avril à 15:48, par pipol
En réponse à : 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.)
# Le 1er avril à 15:59, par pipol
En réponse à : 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.
# Le 1er avril à 16:02, par b_b
En réponse à : bigfoot
Tu peux passer sur irc pour qu’on en discute en direct, ça sera plus simple : http://irc.spip.net/
# Le 8 avril à 13:13, par pipol
En réponse à : bigfoot
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.
# Le 8 avril à 13:24, par pipol
En réponse à : bigfoot
Après discution avec marcimat et cy_altern ;
/(nb(\d)+(footnote|appendix))/giSerait plus approprié
# Le 9 avril à 20:48, par b_b
En réponse à : 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 :pRépondre à ce message
# Le 28 mars à 18:41, par pipol
En réponse à : 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 ?
# Le 29 mars à 15:56, par b_b
En réponse à : bigfoot
Salut, quelle syntaxe mentionnes-tu ?
# Le 29 mars à 20:41, par pipol
En réponse à : bigfoot
La syntaxe permettant de forcé le libellé
Par exemple :
# Le 30 mars à 16:24, par b_b
En réponse à : 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é.
# Le 31 mars à 00:03, par pipol
En réponse à : 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.
Répondre à ce message
# Le 26 mars à 14:16, par amilcar
En réponse à : bigfoot
Pour info après changement des bornes
compatibilite=« [3.0.0 ;3.2.*] »
RAS
Répondre à ce message
# Le 8 juillet 2016 à 10:02, par thx11
En réponse à : bigfoot
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
# Le 8 juillet 2016 à 11:38, par b_b
En réponse à : bigfoot
Salut, peux-tu nous donner l’url d’une page qui montre le problème afin qu’on puisse t’aider ?
# Le 10 juillet 2016 à 15:03, par thx11
En réponse à : 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
# Le 11 juillet 2016 à 19:06, par b_b
En réponse à : 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 :)
Répondre à ce message
# Le 26 avril 2016 à 16:04, par jeanluc
En réponse à : bigfoot
Bonjour b_b
Je me suis aperçu d’un petit bug : quand on active le plugin, l’aide en ligne n’apparait plus complètement... Dans la fenêtre qui s’ouvre en cliquant sur l’aide de l’espace privé, n’apparaissent plus que la colonne de gauche avec les titres des chapitres. Le texte de droite a disparu.
Je pense que cela vient d’un conflit entre les css du plugin et celui de l’aide en ligne.
Sans le plugin actif, la div avec le contenu de l’aide est ainsi :
Avec le plugin actif, la div avec le contenu de l’aide devient :
avec donc la classe « footnote-print-only » définie ainsi dans le css :
Télécharger
Je crois que c’est une classe définie dans le plugin...
J’ai fais les tests avec et sans le plugin actif (après avoir vidé le cache) et cela semble lié...
Avez vous le même pb que moi ?
Merci d’avance pour votre réponse.
# Le 29 avril 2016 à 14:28, par b_b
En réponse à : bigfoot
Salut Jean Luc, oui je confirme le bug, je règle ça au plus vite et je poste ici dès que c’est corrigé. Merci pour le signalement :)
# Le 29 avril 2016 à 16:15, par b_b
En réponse à : bigfoot
Et voilà, la version 1.0.2 devrait régler le problème, cf :
http://zone.spip.org/trac/spip-zone/changeset/96865
La mise à jour sera devrait être dispo dans quelques heures.
# Le 29 avril 2016 à 16:59, par jeanluc
En réponse à : bigfoot
Merci b_b
Cela règle bien le pb... Juste pour ma curiosité personnelle... tu peux expliquer ce qu’il se passait ?
Merci d’avance
# Le 29 avril 2016 à 17:07, par b_b
En réponse à : bigfoot
De rien, comme indiqué dans le log de commit que je pointais ci-dessus, la regex de détection des liens vers les notes était trop permissive, du coup elle « attrapait » par erreur un des liens situé dans la fenêtre d’aide, et patatra :p
Répondre à ce message
# Le 3 avril 2016 à 19:11, par Sébastien
En réponse à : bigfoot
Bonjour et bravo pour cet instrument bien pratique.
Pourtant, faute de pouvoir définir la couleur de la bulle ou plutôt, la couleur de l’appel de la bulle, ce que la bulle est censée expliquer risque bien de n’être jamais vu.
Y aurait-il possibilité de définir ces éléments, appel et bulle ?
Merci de vos informations,
Sébastien, un peu mauvais voyant...
oh, je voulais ajouter une capture d’écran mais je n’y arrive pas.
mon serveur est souvent un peu faiblard en fin de w-e.
Répondre à ce message
# Le 17 août 2015 à 08:38, par Perline
En réponse à : bigfoot
Très joli plugin :)
S’il est possible de remplir la fiche todo, je préconise un choix d’options pour les couleurs diverses et variées.
En effet, je crois que très systématiquement on veut changer le style, pour les couleurs.
S’il y avait donc un cfg permettant de coller ses couleurs (et/ou de les choisir dans une roue) ce serait un grand pas pour tous, en particulier ceux qui ne veulent ou ne peuvent pas mettre les mains dans le cambouis.
Merci.
Répondre à ce message
# Le 1er août 2015 à 15:12, par JeanLuc
En réponse à : bigfoot
Bonjour et bravo pour ce plugin très utile...
J’essaie de modifier l’aspect des boutons sans changer le fichier css/bigfoot-number.css mais en intégrant les modifications dans un fichier perso.css présent dans mon répertoire « squelettes/styles/ » mais cela n’est pas pris en compte.
A noter que les modifications de style sont prises en compte uniquement quand je modifie le fichier original présent dans le répertoire du plugin...
Comment faire pour garder intacts les fichiers installés par le plugin ?
Merci d’avance pour votre aide.
JLuc
# Le 1er août 2015 à 15:18, par JeanLuc
En réponse à : bigfoot
Je pense que le pb vient de JQuery qui compresse les styles avant la mise en route et donc les surcharges ultérieures ne sont pas prises en compte...
# Le 1er août 2015 à 17:24, par b_b
En réponse à : bigfoot
Hop,
Le fichier perso.css est à déposer dans squelettes/css si tu utilises la dist :
http://zone.spip.org/trac/spip-zone/browser/_core_/branches/spip-3.0/plugins/dist/inclure/head.html#L26
Sinon, si tu utilises Z, c’est à la racine de squelettes/ qu’il faut le déposer, cf :
http://zone.spip.org/trac/spip-zone/browser/_squelettes_/zpip-dist/branches/zpip_v1/inclure/head.html#L36
++
# Le 1er août 2015 à 18:11, par JeanLuc
En réponse à : bigfoot
Hopla !
Le site fonctionne sous spip 3.0.19. Voir en ligne
J’ai bien installé le fichier perso.css dans un répertoire squelettes/css/ avec ces quelques lignes de surcharge (j’ai mis tous les 4e paramètres rgba à 1 pour voir immédiatement la différence) :
Télécharger
Rien ne bouge...
# Le 3 août 2015 à 16:47, par b_b
En réponse à : bigfoot
Salut, il semble que ton squelette ne respecte aucune des règles de surcharge que je citais. D’après ce que je vois ici :
http://www.aslagnyrugby.net/local/cache-css/37eb22b8991c7fd0aed74b7c38db8aba.css
Tu devrais pouvoir surcharger les styles de bigfoot depuis squelettes/styles/perso.css en utilisant des sélecteurs plus spécifiques.
++
# Le 7 août 2015 à 16:58, par jeanluc
En réponse à : bigfoot
Bonjour
Merci pour ton aide mais je n’arrive pas à ce que je veux. Je continue de chercher.
Par contre, je me suis aperçu d’un dysfonctionnement quand on place un doc (une image) dans la note...
voir sur le site la note n°1 de cette page.
# Le 7 août 2015 à 17:28, par b_b
En réponse à : bigfoot
Est-ce que le coup du document dans la note fonctionne bien sans bigfoot ?
# Le 7 août 2015 à 23:01, par jeanluc
En réponse à : bigfoot
Oui, sans pb.
C’est simplement une image avec texte qui apparait en bas de l’article (ancre classique de note pour spip)...
Avec bigfoot, si tu fais un essai avec un doc dans la note, cela fonctionne bien chez toi ?
# Le 7 août 2015 à 23:09, par jeanluc
En réponse à : bigfoot
Je viens de désactiver bigfoot sur le site et tu peux voir maintenant le fonctionnement classique des notes.... Voir la note n°1 sur cette page avec un doc intégré...
# Le 8 août 2015 à 20:15, par bcolo
En réponse à : bigfoot
J’utilise aussi Bigfoot et j’aimerais aussi personnaliser les boutons, notamment en fonçant le fond du bouton et en mettant le numéro de la note en blanc (comme il l’est en hover en fait) pour gagner en lisibilité. Mais je n’y arrive pas, le numéro de note reste toujours en noir.
Comment faire ?
Merci d’avance.
# Le 13 août 2015 à 11:18, par b_b
En réponse à : bigfoot
@jeanluc, je ne reproduis pas le problème sur cette page :
http://labo.eliaz.fr/article135.html
La première note contient bien une image insérée par
<imgXX|right>et cela s’affiche correctement dans la bulle de la note.Peux-tu réactiver bigfoot sur ton site pour que je regarde ce qui pose problème ?
# Le 13 août 2015 à 11:40, par b_b
En réponse à : bigfoot
@bcolo comme je le disais déjà, il suffit de déclarer dans une css perso une règle plus forte que celle définie dans bigfoot. Quelque chose comme ça par exemple :
# Le 14 août 2015 à 16:09, par jeanluc
En réponse à : bigfoot
Bonjour b_b
Le plugin est à nouveau actif sur le site. Voir la note n°1 sur cette page.
Pour info, j’insère un doc et non une img. J’ai essayé avec la balise img, l’image apparait bien dans la note mais mon but est de pouvoir redimensionner l’image (paramètre de largeur disponible sur les balises doc) et que les visiteurs puissent cliquer dessus pour l’agrandir... C’est donc bien une balise doc que je veux pouvoir insérer.
Le texte de la note dans l’article est donc le suivant :
Télécharger
Egalement, j’utilise le plugin « Mediabox avec texte » mais j’ai essayé sans ce plugin, c’est le même pb...
# Le 14 août 2015 à 16:22, par jeanluc
En réponse à : bigfoot
Petite précision : en insérant juste le doc :
on a le même pb. Ce n’est donc pas dû au (long) texte d’accompagnement avec liste.
# Le 14 août 2015 à 18:21, par b_b
En réponse à : bigfoot
Que ce soit en utilisant le raccourci doc ou img, je ne reproduis toujours pas. Par contre, ta page génère un pas mal d’erreurs de validation HTML, il est possible que le problème vienne de là.
Hésite pas à passer en causer sur irc : http://www.spip.net/irc
++
Répondre à ce message