Discussion module:Biblio/Commun

Question bête mais pourquoi la fonction indicationDeLangue2 a-t-elle 3 arguments ? Si je comprends bien, seul le troisième est utilisé ? --Zolo (discuter) 22 octobre 2014 à 10:28 (CEST)

Bonjour, Les règles d'accessibilité exigent que le champ ALT soit renseigné pour les images. Donc à la ligne 60 (Common.plume...), il conviendrait de remplir le champ alt=. Suggestion de contenu : « Document utilisé pour la rédaction de l’article » (valeur du champ alt dans {{plume}}). Seudo (discuter) 7 novembre 2017 à 17:12 (CET)

Salut tout le monde ! (en particulier @Od1n qui a fait les mises à jour ces dernière années)

Un contrôle de lint, Spécial:LintErrors/duplicate-ids, vérifie maintenant que les attributs id des balises HTML sont bien uniques dans la page. Il y a des cas où l'identifiant généré par le module ne contient que l'année, ce qui aboutit à des identifiants en double sur un certain nombre d'articles. Une idée sur des solutions envisageables pour éviter ces identifiants en double ? Mes propres idées :

• Mieux prendre en compte la date : par exemple, sur Championnats d'Europe d'aviron 1913, l'erreur dit que l'identifiant 1913 est présent plusieurs fois, mais les dates de tous les modèles {{Article}} sont complètes. Donc si l'identifiant tenait compte du jour/mois, on aurait des identifiants différents (ça ne traitera qu'une partie des doublons bien sûr)
• Ajouter d'autres champs dans l'identifiant : page, périodique, titre...
• Ajouter un identifiant unique (si c'est possible)
• ...

NicoV (discuter) 11 mars 2025 à 16:00 (CET)

Le problème est que ces identifiants ont une double fonction : avoir quelque chose de human-friendly (et référençable manuellement avec des liens ancrés), et en même temps du point de vue HTML être un identifiant unique dans la page.

• S'il n'y avait pas la considération que l'identifiant soit human-friendly (et aisément utilisable pour faire des liens ancrés), cela aurait pu être traité de façon radicale, en générant un hash sur le contenu entier (donc pas de doublon sauf si contenu totalement identique, auquel cas il y a un doublon de définition de référence). Mais même dans ce cas de figure hypothétique, problèmes quand même : pas de stabilité du hash assurée dans le temps (notamment, en cas de changement dans le module, tous les hashes changent), et aussi, quelle utilité resterait-il à ajouter un tel id totalement aléatoire ?
• Même une solution hybride "auteur_année__hash" (avec un hash tronqué pour être très court) ne serait pas bonne non plus : même problème, à la moindre modif (dans la définition de la référence ou dans le module), le hash change donc les liens ancrés ne sont plus bons…
• tl;dr: pour l'instant je n'ai pas de solution…

od†n ↗^blah 13 mars 2025 à 03:24 (CET)

Je complète un peu :

• Pour toutes les utilisations sans auteur (donc un bon paquet…), avoir des id ne contenant rien d'autre que l'année, ce n'est vraiment pas terrible…
• En cas de changement du "format" de ces id (e.g. ajout de date yyyy-mm-dd, de titre "asciifié"…), j'imagine que ça briserait un paquet de liens ancrés…
• Et bien entendu, de toute façon, le format actuel "<auteur><année>" est un format normalisé (références Harvard)…

od†n ↗^blah 13 mars 2025 à 03:33 (CET)

• Idée, pour traiter une grosse partie (mais pas tout) : vu que de toute façon, s'il n'y a pas d'auteur ce n'est pas "citable", carrément ne pas générer d'id s'il n'y a pas d'auteur (et aussi, sur le même principe, s'il n'y a pas d'année). Si le rédacteur a besoin d'un id pour produire un lien ancré, charge à lui d'en définir un, à utiliser dans les deux modèles conjoints.
• Pour le reste, tout ce à quoi je pense pour l'instant ça serait un paramètre |suffixe id=a. Aucune certitude de si cette idée de paramètre est bonne ou pas.
  • Avec un contrôle/avertissement dans le module, pour autoriser seulement des valeurs d'une seule lettre, pour empêcher de faire n'importe quoi avec le paramètre.
  • Avec aussi un avertissement en cas d'utilisation simultanée des paramètres id et suffixe id, ce dernier n'étant adéquat qu'en cas d'id automatique.
  • Et si on veut être vraiment rigoureux, aussi un avertissement si paramètre suffixe id mais pas d'auteur ou d'année, donc pas d'id automatique généré.

od†n ↗^blah 13 mars 2025 à 03:48 (CET)

J'aime bien l'idée de ne générer un id que si on a les champs auteur (et année), ça permettra de gérer une bonne partie des cas (et après on pourra se concentrer sur le restant) NicoV (discuter) 13 mars 2025 à 10:25 (CET)

Pour le suffixe sur une lettre minuscule, ça correspondrait aux règle de références Harvard à priori (description).

Dans le même guide que pour le suffixe, ils parlent aussi du cas sans auteur :

• D'abord remplacer par Corporate authors (ça doit être auteur institutionnel sur nos modèles)
• Utiliser le titre en dernier recours

NicoV (discuter) 13 mars 2025 à 15:41 (CET)

• Je te laisse en discuter avec les projets en rapport avec les sourçages. Je n'ai pas spécialement l'intention de travailler sur l'implémentation dans le module, mais cela ne devrait pas être particulièrement compliqué (cependant, avec Wikipédia, ne jamais dire ça…).
• Concernant l'utilisation du titre en dernier recours, à première vue je suis mitigé. Il faudrait au moins l'asciifier et le tronquer à une certaine longueur max. Mais les ids ne seraient pas forcément stables et pourraient changer à l'avenir, en cas de modification dans le module :
  • modification de la logique d'asciification : notamment le remplacement des ponctuations, quel caractère de séparation (tiret, underscore…), merge de caractères de séparation consécutifs…
  • modification de la logique de crop : longueur, éventuel caractère de crop (« ... », « … », aucun caractère), si crop "brut" ou sur un mot complet…

od†n ↗^blah 13 mars 2025 à 16:56 (CET)

Merci @Od1n, je tente sur le bistrot : Wikipédia:Le Bistro/13 mars 2025#Identifiants générés par les modèles de bibliographie NicoV (discuter) 13 mars 2025 à 17:08 (CET)

Et je m'occuperais des modifications si il y a un consensus pour les faire. NicoV (discuter) 13 mars 2025 à 17:10 (CET)

J'indique ton message suivant : Discussion module:Biblio#Génération des identifiants seulement si auteur et année. od†n ↗^blah 31 mars 2025 à 15:25 (CEST)