Est-il possible d'ajouter le bout de code suivant, tiré de Wikipédia en anglais et permettant de rendre {{cite encyclopedia}} fonctionnel ? --[[
Parameter remapping for cite encyclopedia:
When the citation has these parameters:
|encyclopedia and |title then map |title to |article and |encyclopedia to |title
|encyclopedia and |article then map |encyclopedia to |title
|encyclopedia then map |encyclopedia to |title
|trans_title maps to |trans_chapter when |title is re-mapped
All other combinations of |encyclopedia, |title, and |article are not modified
]]
if ( config.CitationClass == "encyclopaedia" ) then
if is_set(Periodical) then -- Periodical is set when |encyclopedia is set
if is_set(Title) then
if not is_set(Chapter) then
Chapter = Title; -- |encyclopedia and |title are set so map |title to |article and |encyclopedia to |title
TransChapter = TransTitle;
Title = Periodical;
Periodical = ''; -- redundant so unset
TransTitle = ''; -- redundant so unset
end
else -- |title not set
Title = Periodical; -- |encyclopedia set and |article set or not set so map |encyclopedia to |title
Periodical = ''; -- redundant so unset
end
end
end
- Simon Villeneuve27 juillet 2014 à 12:39 (CEST)[répondre]
Version actuelle : « Le martyrologe romain fait mémoire de Sainte Thérèse-Marguerite Redi », Magnificat, no 268, , p. 113 (EAN3700677945747)
Version bac à sable : « Le martyrologe romain fait mémoire de Sainte Thérèse-Marguerite Redi », Magnificat, no 268, , p. 113 (EAN3700677945747)
Je ne sais pas trop comment vous procédez pour déployer des nouvelles versions, surtout que je suis parti du bac à sable qui avait déjà des modifications pour gérer les paramètres eISSN. --NicoV (discuter) 3 février 2016 à 15:51 (CET)[répondre]
Ce paramètre est toujours considéré comme déconseillé dans les modèles biblio depuis 2011 (ici doc de {{Article}} par Bibi Saint-Pol (d · c)), apparemment parce qu'il ne met pas
l'année dans l'ancre de {{harvsp}} et autres « <span class="ouvrage" id="…" »,
le jour et le mois dans le « rft.date=… » de COinS « <span id="COinS_…" ».
Maintenant que tout ça est en Lua, pourrait-on au bons endroits dans les modules appelés, faire en sorte que par exemple |date=14/12/2012 soit exactement équivalent à |jour=14 |mois=décembre |année=2012, puisque le premier est quand même bien plus pratique à écrire ? — Oliv☮Éppen hozzám?7 février 2016 à 13:10 (CET)[répondre]
Zebulon84 : d'après mes petits tests /Bac à sable fait ce qu'il faut : dans id= l'année après le nom (et prénom_nom éventuellement), dans rft.date= la date avec jour et mois éventuels, quel est le problème ? — Oliv☮Éppen hozzám?28 février 2016 à 12:58 (CET)[répondre]
Oliv0 : le problème potentiel c'est un modèle {{Ouvrage |titre = blabla |auteur = Martine Michu |année = septembre 2012 }}, référencé par un modèle {{Harvsp|Michu|septembre 2012|p=38}}. Actuellement ça marche, mais après modification du modèle il faudra transformer en {{Harvsp|Michu|2012|p=38}}.
Zebulon84 et Oliv0 : la manière couramment utilisée est de mettre 2000a et 2000b pour les ouvrages du même auteur publiées une même année, il faut que le module prenne cela en compte je pense. Sinon, je vois mal comment corriger ça, à part en mettant des id différents, mais dans la liste des références, comment fera t'on alors pour différencier deux ouvrages d'un même auteur paru une même année (le lien qui se crée ne résoud pas tout, il faut penser au cas où l'on imprime la page). Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ28 février 2016 à 13:28 (CET)[répondre]
Şÿℵדαχ₮ɘɼɾ๏ʁ : pas de soucis de fonctionnement avec 2000a en ce qui concerne les liens Harvsp / sfn. Par contre c'est pas terrible pour les COinS, mais rien de nouveau.
Conflit d’édition —SyntaxTerror : D'après un petit test, pour |année=2000a le /Bac à sable fait comme la version actuelle : dans id= « 2000a » après le (prénom_)nom et dans rft.date= « 2000 » ; par contre pour |année=septembre 2000, l'actuel fait dans id= « septembre_2000 » après le (prénom_)nom et dans rft.date= « 2000 », tandis que /Bac à sable fait dans id= « 2000 » après le (prénom_)nom et dans rft.date= « 2000-09 ». — Oliv☮Éppen hozzám?28 février 2016 à 13:52 (CET)[répondre]
Tout va bien alors. Pour les erreurs avec les mois dans les années, il ne doit pas y en avoir beaucoup, il suffirait de les repérer et de les modifier en ajoutant une lettre à la date et transférant le mois dans un paramètre mois=. Je viens de regarder avec wstat, mais il n'y a aucun résultat : [1]. Şÿℵדαχ₮ɘɼɾ๏ʁ28 février 2016 à 14:08 (CET)[répondre]
Je pense qu'il serait bien pour l'accessibilité de traiter les chiffres romains dans les paramètres comme tome ou volume comme le modèle {{rom-maj}} (c'est-à-dire que le chiffre romain soit « traduit » en chiffre arabe comme cela par exemple : XX). Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ25 février 2016 à 20:23 (CET)[répondre]
D'après la source, ton exemple {ouvrage} génère le code HTML <citeclass="italique"lang="en">essai ouvrage</cite>. Y'a bien un attribut lang="en". Les lecteurs d'écran utilisent ce type d'attribut HTML, non ? Le lien web génère un <spanlang="en">. -- Irønie (discuter) 8 décembre 2019 à 13:55 (CET)[répondre]
Ce que je vois (avec le gadget accessibilité « langue » en plus).
Irønie et Thibaut120094 : mon erreur... j'ai pas regardé le code ni utilisé le gadget accessibilité.
J'utilise span[lang] { background-color:#FFBFFF;} dans mon common.css pour surligner en rose les passages en langue étrangère (ça me sert à repérer les mots étrangers sans modèle {{lang}}). J'y faisais confiance, mais malheureusement ce code qu'on m'a donné ne semble pas marcher partout...
Serait-il possible de permettre de donner plus d’un éditeur dans les modèles utilisant Module:Biblio ? Pour l’instant seul l’argument éditeur est permis, mais éditeur1, éditeur2, etc. et lieu1, éditeur2, etc. seraient utiles.
Dans l'état actuel, {ouvrage} n'affiche pas l'ISBN à dix chiffres (ISBN-10), placé dans le paramètre isbn10 (selon la doc). C'était peut-être prévu ainsi (archivage de la donnée), ou bien un bug logique, mais ça ne convient pas. Actuellement, pour que ce paramètre soit affiché, il faut que les paramètres isbn2,isbn3,isbn4...isbn9 soient non vides.
D'après ce mini-sondage, y'a pas de consensus pour masquer l'ISBN-10 et faudrait afficher isbn ET isbn10 si isbn10 existe. Peut-être attendre encore 2 jours, si contestation ou j'sais pas quoi ?
Ci-dessous, proposition de correction avec un AJOUT. Je suis rouillé C/LUA, je connais rien aux modules, comment tester (compiler?), implications de Biblio, et à l'éventuelle gestion des ISBN par Mediawiki. Je ne sais pas si les paramètres 'isbn2,3,4...' sont utilisés par d'autres modèles. Mon ajout force l'affichage (en déplaçant la valeur isbn10 dans isbn2, si isbn2 vide) sans modifier le array newArgs (pour des boucles ultérieures par incrémentation, dans d'autres fonctions). -- Irønie (discuter) 11 décembre 2019 à 14:42 (CET)[répondre]
J'ai ajouté sur Module:Biblio/Bac à sable, mais j'arrive pas à voir les changement sur Modèle:Ouvrage/Test (cas de test 41b en rose) . Problème de cache/purge ou latence je sais pas quoi ? — irønie
Biblio.ISBN=function(frame)localargs=Outils.extractArgs(frame)ifOutils.trim(args[1])thenlocalnewArgs={isbn=args[1]}locali=2whileargs[i]donewArgs['isbn'..i]=args[i]i=i+1end-- DEBUT AJOUT : toujours afficher 'isbn10'ifnotargs[9]andargs[10]thennewArgs['isbn'..i]=args[10]end-- FIN AJOUTreturnBiblio.identifiantsBiblio(newArgs)elsereturn'<small>([[International Standard Book Number|ISBN]] inconnu)</small>'..categorise{'ISBN nécessaire',true}endend
Création d'un module pour les références juridiques
Bonjour,
Comme indiqué dans cette discussion, on aimerait pouvoir utiliser les modèles de référence bibliographique à l'intérieur du modèle {{Légifrance}} afin de mieux sourcer les articles. Pour des raisons de mise en forme, de compatibilité avec l'existant et de simple logique, le plus propre paraît être de créer un nouveau modèle et donc un nouveau module. Mon idée est de réaliser un module Biblio/Texte juridique, qui serait une sorte de Biblio/Ouvrage ou Biblio/Lien web très simplifié (pour être compatible avec différents systèmes de droit). Il serait appelé par {{Légifrance}} qui conserverait tout ce qui est spécifique au droit français.
Bug d'affichage si le lien « lire en ligne » a des guillemets droits doubles
Bonjour
Je viens de m'apercevoir d'un bug après avoir mis https://books.google.fr/books?id=yAoVAAAAIAAJ&pg=PA134&dq="I+Ketut+Gedé" dans le paramètre « lire en ligne » d'un modèle {{ouvrage}} (&dq="I+Ketut+Gedé" indique que ces mots sont recherchés et sont surlignés dans le texte du livre de la page Google Books).
À la place de l'habituel lire en ligne, il est affiché "I+Ketut+Gedé" lire en ligne [archive] et le lien ne fonctionne pas et renvoie à la place sur https://books.google.fr/books?id=yAoVAAAAIAAJ&pg=PA134&dq=#v=onepage&q&f=false
C'est dans la bibliographie de l'article I Ketut Gedé, je reproduis le bug ici: {{Ouvrage|auteur=Auteur|titre=Titre|lire en ligne=https://books.google.fr/books?id=yAoVAAAAIAAJ&pg=PA134&dq="I+Ketut+Gedé"}}.
donne : Auteur, Titre ("I+Ketut+Gedé" lire en ligne).
Si jamais le problème ne peut être réglé du coté du module, il serait peut-être souhaitable de le faire corriger par un bot qui devrait passer le plus souvent possible.
J'ai également mis le même message sur la Discussion projet:Modèle. Il vaut mieux tenir la discussion là-bas, car le problème touche potentiellement tous les modèles avec des liens externes comportant des guillemets.
Il faudrait mettre des espaces insécables entre le nombre de pages et p. (et sans doute à d'autres endroits similaires), car dans certains cas, on se retrouve avec seulement « p. » en début de ligne (j'ai vu ça sur le 3e ouvrage de Luddisme#Bibliographie, mais ça dépend bien sûr de la taille de l'écran et du zoom).
Salut SyntaxTerror. Pour le coup, il s'agissait d'une erreur humaine, la page internet indique bien le bon DOI (10.1515/9783110431070-018).
Pour la vérification, je vois deux méthodes.
Un contrôle interne au modèle, une méthode simple vérifiant que le paramètre correspond à un motif valide de Digital Object Identifier (un préfixe, une barre oblique et un suffixe, ce dernier peut contenir des lettres, parenthèses ou ponctuations). Je ne sais pas quelle est l'expression régulière la plus précise. On peut s'inspirer de Finding a DOI in a document or page sur stackoverflow.com. Les erreurs pourraient alimenter une catégorie. Cette méthode ne garantirait pas que le lien conduit bien à une page valide, mais serait un bon début.
Une analyse externe ponctuelle vérifiant que la page cible sur internet n'est pas une page d'erreur (lien brisé), avec établissement d'une liste de maintenance d'appels bibliographiques à corriger.
Étant donné que WPCleaner vérifie déjà le format des ISBN, peut-être NicoV aura-t-il une idée ?
Bonjour Ideawipik. Je pourrais ajouter une détection sur le format des DOI dans WPCleaner, comme ce qu'il existe pour d'autres identifiants. Par contre, le DOI a une syntaxe beaucoup plus flexible que les ISBN, et typiquement le cas indiqué par Şÿℵדαχ₮ɘɼɾ๏ʁ respecte la syntaxe DOI, donc il ne serait pas détecté comme une erreur (c'est juste un mauvais identifiant, mais la syntaxe est correcte). En gros, un DOI est consistué de 10., suivis de caractères (n'importe lesquels et sans limite), suivis d'un /, suivi de caractères (n'importe lesquels et sans limite). --NicoV (discuter) 22 avril 2022 à 22:42 (CEST)[répondre]
Merci NicoV. Effectivement, le suffixe peut contenir des « / » donc le cas mentionné par SyntaxTerror ne serait pas détecté, mais cela permettrait de repérer, entre autres, les valeurs du type url https://… invalides pour le modèle (sauf celles commençant par https://doi.org/). Note : les syntaxes « doi:10.… », « doi: 10.… » et « /10.… » sont valides pour le modèle, mais pas « :10.… ».
En parallèle, serait-il possible et judicieux d'ajouter le cas des doi des modèles bibliographiques au test des liens morts, disponible dans WPCleaner ? Même s'il n'est pas certain que cette fonctionnalité soit très utilisée et donc s'avérerait plus efficace qu'une liste de maintenance ponctuelle (proposition 2)… — Ideawipik (discuter) 22 avril 2022 à 23:22 (CEST)[répondre]
Bonjour. Le paramètre lire en ligne a pour alias url dans les modèles bibliographiques ({{Lien web}}, {{Article}}, {{Ouvrage}} , {{Chapitre}}). Ce sont les variantes les plus utilisés. Jusque-là, pas de problème.
Il existe d'autres alias pour le même paramètre :
url texte pour tous les modèles ;
texte seulement pour « Ouvrage », « Chapitre » et « Article »;
lien uniquement pour « Lien web ».
Hormis pour « Article » (840 pages concernées), le paramètre texte, dont le nom n'est pas clair, est assez peu utilisé et souvent à mauvais escient, parfois en complément d'un alias prioritaire, ou inversement qu'il masque, d'où un affichage insatisfaisant.
Moins de 300 pages sont concernées par un lien non vide, alias qui d'ailleurs n'est pas documenté.
Je propose de faire, petit à petit, les remplacements nécessaires dans les articles afin de rendre les deux derniers alias obsolètes et à terme de pouvoir les retirer du code du module. — Ideawipik (discuter) 30 avril 2022 à 15:13 (CEST)[répondre]
Pour. Je serai aussi favorable à supprimer url texte, sauf peut-être pour {{Article}} (wstat) ou il est utilisé sur 31 000 pages, mais c'est toujours moins que url (68 000), doi (83 000, même si ce n'est pas exactement un alias), ou lire en ligne (165 000). — Zebulon84 (discuter) 2 mai 2022 à 15:30 (CEST)[répondre]
Paramètres passage, page, pages et pages totales ; en finir avec les confusions ?
Bonjour Od1n. Rien contre ta proposition d'adapter l'affichage en fonction du nombre de pages. J'attire néanmoins l'attention sur un point délicat. Contrairement à ce qui se fait sur la Wikipédia anglophone, sur frwiki, le rôle de ces paramètres diffère d'un modèle à l'autre ({{Lien web}}, {{Article}}, {{Ouvrage}} , {{Chapitre}}).
page et passage sont alias pour tous les modèles.
pages est :
un alias de page dans les modèle « Article » et « Lien web » ;
un paramètre différent alias de pages totales dans « Ouvrage » et « Chapitre ».
pages totales est un paramètre qui existe uniquement dans « Ouvrage » et « Chapitre ».
Or, sur frwiki,
On observe, par exemple, des appels du modèle « Article » avec |pages= 15 p. ce qui affiche un « p. 15 p. » ;
On rencontre plus de 1 350 articles avec des appels à pages totales (non vide) dans « Article » ou « Lien web », paramètre inexistant ;
On constate de nombreux usages du paramètre pages du modèle « Ouvrage » pour des passages et non pas le nombre total de pages. Ces cas sont principalement issus de traductions depuis l'anglais (où pages est alias de page) ou sont introduites par mimétisme à partir de « Article » ou « Lien web ».
Ne serait-il pas temps d'harmoniser les modèles francophones ? C'est-à-dire de
généraliser le paramètre pages totales ;
faire de pages un alias de page et passage aussi pour Ouvrage/Chapitre.
On remarquera que pages totales est utilisé sur 237 523 pages dans Ouvrage et que son alias pages, source de confusions, ne l'est que dix fois moins (23 737), selon Ouvrage sur wstat.fr.
Pour info, le paramètre passage a encore deux autres alias uniquement pour Article p. (1 319 articles concernés) et pp. (24 articles) et inévitablement, on retrouve p., sans effet, dans trois appel de Ouvrage. Toute bonne volonté pour participer dans le code des articles à une harmonisation est bienvenue. — Ideawipik (discuter) 30 avril 2022 à 15:13 (CEST)[répondre]
En accord. Une fois de plus, tu as bien cerné la situation ! Pour information, j'ai répéré d'autres paramètres inexistants : nombre de pages, nombre de pages total, nombre pages, nombre volumes et même nombre de page et nombre volume. od†n ↗blah30 avril 2022 à 18:10 (CEST)[répondre]
Pour Ça serait déjà un pas dans la direction de l'harmonisation. Je propose :
L'alias pages sera toujours source de confusion ("pages citées" ou "pages totales" ? +confusion avec en.WP), donc le plus efficace me paraît de le supprimer (après avoir changé ses occurrences) ou tout du moins le marquer comme obsolète (après harmonisation comme proposé par Ideawipik) ;
Également, ajout de pp. à {{Ouvrage}}, toujours par souci d'harmonisation (et même s'il est quasi obsolète en français) ;
Et tant qu'à faire, ajout du paramètre site à Chapitre, Ouvrage et Article, pour indiquer où se trouve la ressource comme pour Lien web. — Vega (discuter) 13 mai 2022 à 20:36 (CEST)[répondre]
L'élargissement de la résolution du paramètre ean est proposé à la discussion
Bonjour
Dans les modèles qui dépendent du module:Biblio/Références, le paramètre ean génère un lien vers la page spéciale Ouvrages de référence, dont l'intérêt est réduit aux livres alors que le code-barres EAN concerne tout type de bien de consommation (ou presque).
Le remplacement, dans le code du module:Biblio/Références, du lien généré vers la page spéciale Ouvrages de référence par la résolution de la valeur sur le site ean-search.org est proposé à la discussion.
N'hésitez ni à y participer ni à déposer l'invitation sur d'autres pages de discussion.
Je suggère d'ajouter dans les identifiants bibliographiques (gérés par le sous-module Module:Biblio/Références) le numéro national de thèse (NNT), qui renverrai vers la fiche de la thèse sur theses.fr. Par exemple : NNT2013STRAB014. Cela ne concernerait que {{ouvrage}} a priori. Jusqu'à présent je l'ajoutais dans nature ouvrage= mais c'est un peu moche. Qu'en pensez-vous ?
Comme reproche à ça, je pense au fait que ce soit franco-centré, mais on a déjà un lien pour la notice BNF. Après rien n'empêche d'ajouter l'équivalent (s'il existe) dans les autres pays. Mais il est vrai qu'à la longue on risque de se retrouver avec beaucoup de paramètres possibles et donc une consommation de ressources excessive. J'ai cependant du mal à évaluer si un tel site existe dans tous les pays.
Pour. Plus généralement, un paramètre numéro semble nécessaire, qui renverrait vers de nombreuses bases (HAL, thèse en ligne, Gallica demandé par Hektor...).
J'ai proposé comme alternative ou complément un paramètre site, qui pourrait aussi remplir cette fonction, même si ce serait moins pratique qu'un paramètre séparé, comme ceci : site=[[Hyper Articles en Ligne|HAL]], {{n°|tel-01421660}}. Salutations — Vega (discuter) 9 décembre 2023 à 16:16 (CET)[répondre]
