Discussion modèle:Références
- Admissibilité
- Neutralité
- Droit d'auteur
- Article de qualité
- Bon article
- Lumière sur
- À faire
- Archives
- Commons
Taille de la police de caractères et accessibilité
modifierSuis-je le seul à trouver qu'elle est trop petite ? J'imagine que la taille small a été choisie afin d'alléger certains articles mais cela rend le contenu moins accessible. Il aurait peut-être été plus judicieux de trouver une autre solution, cacher une partie des notes quand il y en a trop par exemple. On voit ça dans certains articles où l'utilisateur a la possibilité de déplier certaines sections. Je trouve que cette solution présente deux avantages : allègement des articles et meilleure accessibilité. --Goa103 11 août 2007 à 20:27 (CEST)
Différence entre 1 et 2 colonnes
modifierAi-je la berlue, ou bien obtient-on réellement le même résultat en 1 et en 2 colonnes ? Si oui, quel intérêt ?
- C'est précisé dans la doc : l'affichage sur 2 colonnes ne fonctionne que sur les navigateurs Mozilla et Safari 3. --Piglop 2 septembre 2007 à 19:18 (CEST)
- Aïe, RTFM pour ma poire
- --Chouchoupette 10 septembre 2007 à 01:35 (CEST)
- Aïe, RTFM pour ma poire
Question bonus : vaut-il mieux employer ce modèle plutôt que <references/> ?
- En l'état actuel ca ne change pas grand chose d'utiliser l'un ou l'autre, sauf quand on veut afficher sur 2 colonnes. A l'avenir il n'est pas impossible que ce modèle apporte autre chose. --Piglop 2 septembre 2007 à 19:18 (CEST)
- Justement si ca ne change pas grand chose, pourquoi avoir plusieurs methodes ? le tag, le modele avec un parametre... Resultat : chacun fait a sa sauce. Il aurait ete plus simple de modifier le tag, et que tlm l'utilise. Exemple d'edition recente : [1]
- --Chouchoupette 10 septembre 2007 à 01:35 (CEST)
- Simplement parce que le tag est géré par mediawiki lui-même et que pour changer quoi que ce soit dans mediawiki il faut créer un rapport de bug, en discuter avec les développeurs et attendre ou proposer un patch. C'est infiniment plus compliqué que de modifier un modèle. Le tag est la manière brute d'afficher les notes. Le modèle une version un peu plus évoluée. Mais comme pour l'instant elle n'apporte pas grand chose, il est difficile de convaincre tout le monde de l'utiliser. D'autant plus que le tag a été la seule manière de faire pendant longtemps. Ca ne me parait pas très grave que les 2 méthodes cohabitent. A mon avis il y a d'autres choses à harmoniser avant ça, comme l'emplacement des notes et références. Contrairement au choix entre <references/> et {{références}}, ça a un impact sur la lecture de l'article. Mais les avis divergent : certains les préfèrent tout en bas et d'autres avant la section "voir aussi"[2]. --Piglop 10 septembre 2007 à 08:41 (CEST)
- Parfait pour l'explication, merci :) J'utiliserai desormais le modele. Mais en fait il y avait une sous-question (pas tres claire, je le reconnais
) : pourquoi avoir un parametre pour le modele, ou du moins ne pas avoir la "bonne" valeur par defaut, puisqu'a priori la methode 2 colonnes est preferable ? Bref, ca serait plus propre d'utiliser {{réferences}} plutot que {{réferences|colonnes=2}} dans le cas general. Ca evite de se poser des question metaphysiques, et ca permet d'avoir le meme aspect global sur l'encyclopedie, au lieu que chacun "colonnise" a sa sauce.
- --Chouchoupette 12 septembre 2007 à 21:05 (CEST)
- C'est peut etre mieux sur une seule colonne quand il n'y a que 3 ou 4 références ? C'est probablement une question de goût, même quand il y a beaucoup de références. Mais je serai aussi assez favorable aux 2 colonnes par défaut s'il n'y avait pas un autre problème : pour bien s'afficher sur plusieurs colonnes, les notes doivent être bien faites. Si on met par exemple des liens externes bruts et assez longs du genre http://fr.wikipedia.org/w/index.php?title=Mod%C3%A8le:R%C3%A9f%C3%A9rences&diff=20186389&oldid=19621558, le résultat sera très moche car le navigateur n'arrive pas à couper le lien. On peut le vérifier en zoomant sur Modèle:Références. --Piglop 13 septembre 2007 à 13:44 (CEST)
- Parfait pour l'explication, merci :) J'utiliserai desormais le modele. Mais en fait il y avait une sous-question (pas tres claire, je le reconnais
- Simplement parce que le tag est géré par mediawiki lui-même et que pour changer quoi que ce soit dans mediawiki il faut créer un rapport de bug, en discuter avec les développeurs et attendre ou proposer un patch. C'est infiniment plus compliqué que de modifier un modèle. Le tag est la manière brute d'afficher les notes. Le modèle une version un peu plus évoluée. Mais comme pour l'instant elle n'apporte pas grand chose, il est difficile de convaincre tout le monde de l'utiliser. D'autant plus que le tag a été la seule manière de faire pendant longtemps. Ca ne me parait pas très grave que les 2 méthodes cohabitent. A mon avis il y a d'autres choses à harmoniser avant ça, comme l'emplacement des notes et références. Contrairement au choix entre <references/> et {{références}}, ça a un impact sur la lecture de l'article. Mais les avis divergent : certains les préfèrent tout en bas et d'autres avant la section "voir aussi"[2]. --Piglop 10 septembre 2007 à 08:41 (CEST)
Bug
modifierBonjour/soir. Il y a un curieux bug (je ne sais pas si c'est le modèle qui est en cause) : quand on clique sur un lien externe se trouvant dans la deuxième colonne de notes, le bas de la page disparaît (catégories, bandeaux,...). C'est le cas pour Modèle:Références et Mons, mais pas pour New York, Hannibal Barca ou Le Havre !? Lykos | bla bla 28 décembre 2007 à 00:17 (CET)
- Quand on clique sur un lien externe, on est envoyé sur ce lien donc c'est toute la page qui disparaît. Mais même avant le chargement ou quand je l'ouvre dans un autre onglet, rien ne disparaît chez moi. Peut être un bug de ton navigateur plutôt ? --Piglop (d) 28 décembre 2007 à 08:06 (CET)
- Je ne sais pas... Le problème n'apparaît que sur les deux pages que j'ai mentionnée : sur Mons quand je clique sur la dernière note (Archives du journal satirique...), la note en question disparaît ainsi que tout ce qui se trouve en-desssous. Et Firefox ne charge pas la page demandée : je reste sur la page de l'article ?! Curieux... Lykos | bla bla 28 décembre 2007 à 17:53 (CET)
- Chez moi ça marche sans problème. J'ai Firefox 2.0.0.11. --Piglop (d) 28 décembre 2007 à 20:18 (CET)
- Comme moi... Mystère! Lykos | bla bla 28 décembre 2007 à 20:42 (CET)
- Chez moi ça marche sans problème. J'ai Firefox 2.0.0.11. --Piglop (d) 28 décembre 2007 à 20:18 (CET)
- Je ne sais pas... Le problème n'apparaît que sur les deux pages que j'ai mentionnée : sur Mons quand je clique sur la dernière note (Archives du journal satirique...), la note en question disparaît ainsi que tout ce qui se trouve en-desssous. Et Firefox ne charge pas la page demandée : je reste sur la page de l'article ?! Curieux... Lykos | bla bla 28 décembre 2007 à 17:53 (CET)
Modèle colonne
modifierBonjour, c'est complètement HS. Je viens de créer {{Début de colonne}} et {{Fin de colonne}}, en copiant-collant le code de références. Je me rappel avoir mis déjà, à même des articles, du code CSS pour faire des colonnes, mais vue le code que cela demande maintenant, et la maintenance difficile que ça impose pour le mettre à jour, je pense que ce modèle est utile. Par contre le rendu n'est pas terrible, pas de marge entres les différentes colonnes. Les avis sont les biens venus, et un modèle du genre existe déjà peut-être. Merci. bayo 19 janvier 2008 à 17:03 (CET)
Limitation à 18 lignes
modifierBonjour, je suis pas super fan de la nouvelle présentation à 18 lignes maxi. C'est pour des raisons techniques ou par soucis esthétique ? Le sotré - (d) 12 mai 2008 à 21:47 (CEST)
- Réponse sur le Bistro > ICI --amicalement, Salix ( converser) 25 mai 2008 à 09:29 (CEST)
Protection exagérée ?
modifierC'est pas un peu extrême de n'autoriser que les admins à modifier ce modèle alors qu'il n'y a jamais eu de vandalisme depuis sa création ? — Le message qui précède, non signé, a été déposé par Piglop (discuter), le 1 juin 2008 à 20:56
- Oui, en prévention de vandalisme, lorsqu'ils sont utilisés sur plusieurs milliers de page. Récemment, par exemple, quelqu'un a ajouté une croix gammée sur un modèle très utilisé, ce qui s'est répercuté sur pas mal de page. Il fallait purger son cache pour que le drapeau disparaisse, après revert sur la page du modèle ... Bref, c'est pour éviter ce genre de désagrément — Steƒ ( Стеф ) 12 juin 2008 à 22:39 (CEST)
Problème
modifierCela fait deux fois que je remarque que le système de renvois est brisé. Par exemple, voir la section Références de Plan Paulson : le numéro 13 apparaît deux fois dans la liste.
▪ Sherbrooke (✎✎) 7 octobre 2008 à 17:39 (CEST)
- Pourtant, dans une version ultérieure, le problème est disparu : Plan Paulson. ▪ Sherbrooke (✎✎) 19 octobre 2008 à 14:18 (CEST)
Problème avec la deuxième colonne
modifierNéfermaât (d) m'a fait part d'un problème avec la 2e colonne. Apparemment lorsqu'ils cliquent sur un ref qui pointe sur une note de la 2e colonne, ça les envoi sur l'emplacement où devrait être la note si elles étaient sur une seule colonne, donc beaucoup trop bas. Voici leur discussion :
« En parcourant les différents articles j'ai remarqué qu'il y a un défaut d'affichage dans le renvoi des notes. En effet quand on passe en deux colonnes les notes en question lorsque l'on lit le texte et que l'on clique sur le numéro de la note au lieu de renvoyer directement à ladite note cela renvoie à la fin de la page en question et il faut remonter pour retrouver au sein de toutes les notes celle qui - bleuté - correspond. Outre le fait que cela n'est pas pratique l'effet perd de son efficacité créant une certaine rupture dans la lecture de l'article.
J'avais pensé du coup en changeant l'emplacement des notes que cela résolvait un peu le problème, les notes se trouvant du coup directement au dessus du bas de la page mais je comprends qu'il soit plus logique de les mettre juste après le texte de l'article. Rencontres-tu ce même type de problèmes ou bien est-ce mon navigateur qui pause problème?
Sebi (d) 12 janvier 2009 à 18:03 (CET)
- Bonjour à toi,
- Sur mon Mac, je suis principalement sous Safari 3.2.1 mais parfois aussi sous Firefox 3.0.5
et le résultat est correct avec les deux navigateurs : je n'ai pas remarqué ce phénomène. Je viens de refaire un essai sur Pyramide de Khéops, article comportant de nombreuses notes sur deux colonnes : quand je clique sur un numéro, l'affichage positionne la note en question bleutée en haut de l'écran et si cette note comporte un renvoi bibliographique (donc logiquement plus bas), en cliquant dessus, l'ouvrage est bien positionné également bleuté en haut de l'écran.- Effectivement, en refaisant de nouveau un essai, je constate le phénomène : si je clique sur un numéro de note supérieur à la valeur des notes affichées dans la première colonne, le haut de l'écran est positionné sur l'emplacement que devrait occuper cette note si elles étaient toutes sur une seule colonne.
- Bug ? Je vais essayer de voir comment se comporte le modèle {{Références}} pour essayer de comprendre et éventuellement corriger (si c'est dans mes possibilités).
- Bonne journée, Néfermaât (d) 13 janvier 2009 à 08:21 (CET) »
Je ne constate pas le problème avec mon Firefox 3.0.5. Est-ce que ça n'arrive qu'avec Safari ?
Si c'est un bug de Safari on ne pourra pas faire grand chose à part tenter de désactiver la 2e colonne sur ce navigateur uniquement. Quelqu'un saurait comment faire ça ? --Piglop (d) 13 janvier 2009 à 09:33 (CET)
- Précision : Sous Firefox c'est correct, le problème ne se produit que sous Safari ; je suis sous la récente version 3.2.1 ; je n'avais pas constaté ce phénomène auparavant (mais je n'y avais pas vraiment prêté attention !). Néfermaât (d) 13 janvier 2009 à 09:54 (CET)
- Dans ce cas je crois que le seul moyen raisonnable de corriger le problème est d'en informer les développeurs de Safari. --Piglop (d) 13 janvier 2009 à 22:14 (CET)
Références et script des liens [Archives]
modifierSuite à cette modification de la fonctionnalité des liens d'archives, et si la restriction de cette fonctionnalité de liens [Archive] aux seuls liens du bloc Références est retenue, l'ajout d'un identifiant ID à <div class="references-small"...
permettra d'optimiser considérablement le script concerné, dont le principal défaut est la lourdeur de traitement. A suivre, en fonction de ce qui se décidera sur ce point. --Lgd (d) 1 février 2009 à 10:30 (CET)
Problème de rendu (dont à l’impression) et/ou accessibilité
modifierCertaines personnes ont tendance à mettre les références sous la forme :
<div style="height: 250px; overflow: auto; padding: 3px; border:1px solid #AAAAAA; reflist4" > {{Reflist|2}} </div>
Ceci pose problème par exemple à l’impression, où seule une dizaine de références apparaît, de plus contrairement à ce que pourrait laisser croire le paramètre 2
du {{Reflist|2}}
, il ne provoque pas l’affichage en deux colonnes (contrairement au paramètre colonnes=2
lors d’un appel via {{Références|colonnes = 2}}
, pour autant qu’ont dispose d’un des butineurs aptes à afficher un tel rendu avec le CSS actuel).
Il me semble souhaitable de soit modifier les CSS et modèle (y compris redirection) afin d’améliorer le rendu, soit de mentionner dans la documentation qu’il ne faut pas faire usage de certaines combinaisons / codes, au risque de causer des problèmes (à l’impression par exemple). — MetalGearLiquid [m’écrire] 24 février 2009 à 18:47 (CET)
- Totalement d'accord : cette syntaxe est en effet totalement inutile et pollue la syntaxe des pages, tout en nuisant aux possibilités d'impressions. J'ignore d'où vient cette syntaxe, mais elle est pénible... — MyttO ✍ 15 juin 2009 à 19:21 (CEST)
- D'une manière générale, l'emploi d'attributs
style
et de code CSS directement dans le contenu des articles est à éviter (complexité de la syntaxe pour les contributeurs, difficulté de maintenance technique, problèmes du type de celui soulevé ci-dessus). - Plus spécifiquement pour ce code: transposé dans un modèle et une classe CSS idoine, il pourrait alors être géré correctement à l'impression.
- D'une manière générale, l'emploi d'attributs
- Dans l'immédiat, donc: code à supprimer sans état d'âme quand on le rencontre. --Lgd (d) 15 juin 2009 à 19:29 (CEST)
- Suite à un conflit sur la page de Roger Federer à ce sujet, j'ai essayé de comprendre pourquoi certains s'évertue à polluer avec ce drôle de fragment CSS. En fait, le rendu sous Internet Explorer ne gère ni les colonnes ni la hauteur maximale (CSS
max-width
). Ce qui est dommage c'est que les contributeurs en question ne se rende pas compte de la détérioration du rendu sur des navigateurs qui le gèrent, à juste titre. - Pour illustrer, j'ai fait deux captures d'écrans qui montre le rendu comparé sous Firefox par exemple :
![](http://upload.wikimedia.org/wikipedia/commons/thumb/a/a9/Capture_Wikipedia_Mod%C3%A8le_R%C3%A9f%C3%A9rences.png/600px-Capture_Wikipedia_Mod%C3%A8le_R%C3%A9f%C3%A9rences.png)
![](http://upload.wikimedia.org/wikipedia/commons/thumb/4/4c/Capture_Wikipedia_Mod%C3%A8le_Reflist_CSS.png/600px-Capture_Wikipedia_Mod%C3%A8le_Reflist_CSS.png)
- Conclusion il faut soit améliorer le modèle pour que le rendu soit correct pour les utilisateurs d'Internet Explorer, soit bannir purement et simplement l'utilisation des CSS. Dans tous les cas, on ne peut pas rester dans la situations actuelles qui mènent à des annulations stériles sur de très nombreux articles. Y'a-t-il déjà eu une prise de décision à ce niveau ? J'imagine que compte-tenu de la protection actuelle du modèle, son utilisation telle quelle est recommandée, mais a-t-on un directive que l'on pourrait mettre en avant et qui ferait référence ? — MyttO ✍ 16 juin 2009 à 18:25 (CEST)
-
- En tout état de cause, l'aide de la Wikipedia est très claire sur sa recommandation : Aide:Références#Affichage_en_plusieurs_colonnes. — MyttO ✍ 16 juin 2009 à 18:35 (CEST)
- Peut-être que ça pose des problèmes à l'impression, mais bon, là yen a pour plus d'une page de références de toute manière... vous trouvez pas ça un peu long ? Ya pas un moyen de condenser ça en une moitié d'écran +/- ? SharedX (d · c · b)
- Si si SharedX, tout à fait d'accord avec toi pour dire que le rendu n'est pas satisfaisant sous IE. Je vais essayer de résoudre le problème mais la modification de ce modèle est assez délicate compte-tenu de son utilisation (JobQueue). En attendant, tu peux éventuellement essayer Firefox !
— MyttO ✍ 18 juin 2009 à 08:52 (CEST)
- Evitez de tenter un bricolage pour IE, svp. La mise en colonnes pour IE ne peut se faire qu'en cassant la sémantique de la liste des références. A la rigueur, demandez à l'atelier javascript si quelqu'un veut s'investir dans un gadget qui fera ce bricolage, mais sans l'imposer à tous les lecteurs. --Lgd (d) 18 juin 2009 à 09:07 (CEST)
Résolu. Loin de moi l'idée de faire du bricolage, pour IE ou quoi que ce soit d'autre ! Bon en tout cas, c'est résolu, il suffit simplement d'ajouter le gadget Références déroulantes dans les Préférences. Donc ça n'a rien à voir avec le navigateur, autant pour moi. Seules le colonnes ne fonctionnent pas à ce jour avec IE. — MyttO ✍ 18 juin 2009 à 10:18 (CEST)
- Evitez de tenter un bricolage pour IE, svp. La mise en colonnes pour IE ne peut se faire qu'en cassant la sémantique de la liste des références. A la rigueur, demandez à l'atelier javascript si quelqu'un veut s'investir dans un gadget qui fera ce bricolage, mais sans l'imposer à tous les lecteurs. --Lgd (d) 18 juin 2009 à 09:07 (CEST)
- Si si SharedX, tout à fait d'accord avec toi pour dire que le rendu n'est pas satisfaisant sous IE. Je vais essayer de résoudre le problème mais la modification de ce modèle est assez délicate compte-tenu de son utilisation (JobQueue). En attendant, tu peux éventuellement essayer Firefox !
Bonjour, en 2014 l’affichage des notes sur plusieurs colonnes fonctionne bien sur Internet Explorer ! (Version 11 pour ma part mais je ne sais pas à partir de quelle version ça a fonctionné… ) Il faudrait peut-être mettre la doc à jour. --froisois ♫ ♪ 24 janvier 2014 à 00:23 (CET)
Modification du modèle
modifierSuite à des recommandations, je pense qu'il serait intéressant de modifier le modèle en modifiant son CSS et rajouter un truc du style height:50%; overflow:auto; Qui est très pratique dans des références longues de deux kilomètres. On m'a dit de proposer d'ajouter une solution sans que l'on aie à passer par des balises supplémentaires (dans ce cas j'utilise des div), donc cela me semble le plus approprié, si vous voulez en discuter, venez sur ma pdd. Varmin (d) 1 septembre 2009 à 08:36 (CEST)
- JE viens de voir le topic juste avant, j'ai pris connaissance des problèmes, donc ce qui rend la discussion encore plus intéressante. Peut-être que l'idée du CSS est à abandonner, mais en tout cas condenser les références en overflow:auto, c'est sur que l'on en a besoin. Varmin (d) 1 septembre 2009 à 08:42 (CEST)
Ce modèle sur un autre wiki...
modifierBonjour,
Ma question semblera peut-être impertinente ou sans lien avec le sujet mais c'est ici (sur wikipedia)que j'ai le plus de chance de recevoir une réponse alors je tentes ma chance.
Dans le cadre d'un travail scolaire, je dois utiliser un wiki créer par mon école sur le modèle de wikipedia (avec le même code source). J'ai voulu insérer des notes dans un article en suivant les instructions de cette page mais, lorsque j'ai créé une section Références au bas de mon article, cela n'a pas fonctionné car le modèle référence n'existe pas sur notre wiki. J'ai donc voulu le créer (en cliquant sur le lien rouge qui était apparu) mais je n'ai pas trouvé le code de ce modèle à nul part sur wikipédia (en moins que ce soit les quelques lignes qu'on voit en affichant le texte source de cette page, auquel cas cela ne fonctionne pas).
Est-ce que quelqu'un peut m'aider ?
--ESeL (d) 15 février 2010 à 15:37 (CET)
- Difficile de vous répondre sans lien vers votre wiki. Le code du modèle est effectivement celui que vous voyez dans
texte source
quand vous tentez de le modifier. Si ça ne marche pas avec ce code source, il faut vérifier que les extensions de MediaWiki nécessaires aux références sont installés, notamment l'extension Cite. Pour cela rendez-vous sur votre wiki et consultez la page Special:version pour vérifier les extensions installées. Si cette extension n'est pas installée allez voir sur Extension:Cite. Kropotkine_113 15 février 2010 à 15:46 (CET)
Effectivement, l'extension cite.php n'est pas installé... je vais demander à l'admin du wiki de l'installer (j'imagine que je ne peux pas faire ça moi-même...) ...merci beaucoup --ESeL (d) 15 février 2010 à 16:10 (CET)
Liste déroulante
modifierCe serait bien que vous ajoutiez a ce modèle un option pour la liste déroulante grace a ce code
<div style="height: 250px; overflow: auto; padding: 3px; border:1px solid #AAAAAA; reflist4" > Les références Ici </div>
amicalement —Clapsus Talk— 14 mars 2010 à 17:46 (CET)
- Cette option existe déjà via un gadget (Referencederoulante) activable depuis vos préférences.
- (Sinon, un détail : le code proposé ci-dessus est erronée (« reflist4 ») : aurait-il été copié depuis un modèle ? Dans ce cas, celui-ci devrait être corrigé).
- Cordialement, --Lgd (d) 15 mars 2010 à 09:05 (CET)
Impossible d'utiliser ce modèle plusieurs fois
modifierBonjour, si je tente ceci :
lorem ipsum 1<ref>AAA</ref> {{références}} lorem ipsum 2<ref>BBB</ref> {{références}}
J'obtiens :
lorem ipsum 11
- ^ AAA
lorem ipsum 12
- ^ AAA
Erreur de citation : Des balises <ref> existent, mais aucune balise <references/> n’a été trouvée.
Noter qu'il y a deux erreurs :
- Bien sûr le message d'erreur qui apparaît en fin de page
- Le 2d bloc de références affiche les références du 1er paragraphe (de la même façon, si j'ajoute un 3e paragraphe similaire aux autres, celui-ci montre aussi les références du 1er paragraphe)
Ces erreurs ne se produisent pas si on utilise seulement des <references /> ou pas plus d'un seul {{Références}}.
Je ne sais pas si le problème est dû au modèle ou à MediaWiki, mais le même bug existe sur le wiki EN. Toute aide serait grandement appréciée ! Cordialement, od†n [dead words] 13 janvier 2011 à 15:55 (CET)
- Répondu ici. — Arkanosis ✉ 13 janvier 2011 à 16:09 (CET)
le modèle ne marche plus
modifierBonjour,
Le modèle ne marche pas sur l'article Euriware (d · h · j · ↵). je ne comprend pas l'erreur.
--193.57.67.241 (d) 7 février 2011 à 10:54 (CET)
Vous aviez mal fermé une balise ref en oubliant un « / » (http://fr.wikipedia.org/w/index.php?title=Euriware&diff=62046535&oldid=62046291]. C'est réparé. Kropotkine 113 (d) 7 février 2011 à 10:59 (CET)
- Merci beaucoup --193.57.67.241 (d) 7 février 2011 à 11:05 (CET)
Tri
modifierIl serait intéressant de pouvoir trier les notes, par exemple par ordre alphabétique des auteurs (sans prendre en compte les préfixes, comme «(en)»). Jean-Charles.Gilbert (d) 4 mars 2011 à 15:53 (CET)
Présentation en plusieurs colonnes sous IE
modifierSalut, quelqu'un a une idée de la possible prise en compte sous IE du paramètre "colonnes=x" ? Utilisateur de Mozilla, j'ai découvert récemment le rendu de certaines présentations de ref sous IE, et sur une seule colonne c'est très mauvais. Donc s'il n'y a pas d'évolution prévue d'ici peu, il faut encourager des formes de présentation qui tiennent compte de cet aspect.--Rehtse (d) 18 mai 2012 à 08:22 (CEST)
- Effectivement, le support IE accuse un certain retard. Faut aussi voir que la spec ne semble pas encore entérinée (encore en vendor prefix). J'ai regardé vite fait ce qui se fait en polyfill JavaScript, mais comme je m'y attendais c'est du bourrin de chez bourrin. La meilleure solution, pour maintenant comme pour l'avenir, est de laisser comme ça… od†n ↗blah 18 mai 2012 à 17:39 (CEST)
- Ok, merci pour le réponse.--Rehtse (d) 18 mai 2012 à 17:55 (CEST)
message d'erreur "Erreur de référence : Des balises <ref> existent, mais aucune balise <references/> n’a été trouvée."
modifierBonjour!
Est- ce que l'un d'entre vous pourrait m'aider à résoudre le problème suivant?: En voulant modifier l'article "congés maternité", j'obtiens ce message d'erreur: "Erreur de référence : Des balises <ref> existent, mais aucune balise <references/> n’a été trouvée". J'ai tout essayé mais je ne parviens pas à régler le problème! J'ai trouvé qu'il fallait insérer le mot clé: "référence" en fin de l'article mais ça ne marche pas. Les liens, articles connexes et références ou aussi disparu ou n'apparaissent plus.
Merci par avance! — Le message qui précède, non signé, a été déposé par Alma100 (discuter)
Corrigé – od†n ↗blah 8 juin 2012 à 09:42 (CEST)
- re-
Le vrai problème était un modèle et un <ref> non fermés, corrigé – od†n ↗blah 8 juin 2012 à 09:50 (CEST)
- Bonjour, presque 10 ans après j'ai le même souci pour l'article concernant Nordpresse.
- Je n'arrive pas à trouver la ref non fermée. Au passage (discuter) 22 avril 2022 à 14:19 (CEST)
- Bonjour Au passage.
Corrigé. Il y avait eu un retrait inopiné de
{{Références|groupe=alpha}}
, alors que l'article comporte une note<ref group="alpha">…</ref>
. — Ideawipik (discuter) 22 avril 2022 à 15:01 (CEST)- Merci bien :) Au passage (discuter) 22 avril 2022 à 15:10 (CEST)
- Bonjour Au passage.
- re-
Problèmes de colonnes
modifierBonjour à tous, je ne sais pas ce qu'il s'est passé mais depuis quelques jours tous les articles qui avaient des colonnes dans leurs références n'en ont tout simplement plus ... Si quelqu'un peut résoudre ce problèmes :) (PS : au cas ou, je suis sur Mozilla.). TreehillPrésentation - You talkin' to me? - C.V. 14 septembre 2012 à 22:16 (CEST)
- Je n'ai pas ce problème chez moi, quelle est la version précise du navigateur ? od†n ↗blah 15 septembre 2012 à 06:05 (CEST)
- Je ne saurais trop dire, mais je crois qu'elle est récente. Comment dois je faire pour le savoir ? TreehillPrésentation - You talkin' to me? - C.V. 17 septembre 2012 à 16:19 (CEST)
- J'ai trouvé, c'est la 15.0.1 TreehillPrésentation - You talkin' to me? - C.V. 19 septembre 2012 à 10:46 (CEST)
- Bizarre. Si tu n'es pas loggué sur ton compte, ça s'affiche correctement ? od†n ↗blah 19 septembre 2012 à 11:21 (CEST)
- En passant, tu as du javascript dans tes fichiers CSS…
- J’ai le même problème, avec le même navigateur… corollaire du passage au doctype HTML 5 ? --Pic-Sou 19 septembre 2012 à 18:03 (CEST)
- Trouvé : je parie que vous utilisez le gadget Referencederoulante. La mise en colonnes a été désactivée, voir cette discussion sur le bistro et cette DIMS pour plus d'informations. od†n ↗blah 19 septembre 2012 à 18:53 (CEST)
- J’ai le même problème, avec le même navigateur… corollaire du passage au doctype HTML 5 ? --Pic-Sou 19 septembre 2012 à 18:03 (CEST)
- J'ai trouvé, c'est la 15.0.1 TreehillPrésentation - You talkin' to me? - C.V. 19 septembre 2012 à 10:46 (CEST)
- Je ne saurais trop dire, mais je crois qu'elle est récente. Comment dois je faire pour le savoir ? TreehillPrésentation - You talkin' to me? - C.V. 17 septembre 2012 à 16:19 (CEST)
Colonnes=X et CSS foireux
modifierDeux remarques sur l’option colonnes :
- Sur des écrans pas large, les deux colonnes sont forcées (à cause de l’utilisation de column-count au lieu de column-width), nuisant à la lisibilité. Je pense que la même recommandation que pour le modèle {{colonnes}} devrait être utilisée, à savoir définir la largeur et non le nombre de colonne.
- Les styles CSS sont définis sur l’élément HTML via l’attribut
style
, ce qui ne permet pas aux utilisateurs de le modifier via leur CSS personnalisée (ce que j’essaie de faire). Le hack actuel consiste à dire à l’élément fils d’ignorer le column-count via un column-span qui ne marche pas avec la famille Gecko :
div.references-small > div { column-span: all; -moz-column-span: all; -webkit-column-span: all; }
Sincèrement, Fulax (d) 27 décembre 2012 à 16:42 (CET)
- Effectivement c'est ce qui se fait notamment sur le modèle anglais. Cela permet aux visiteurs aux écrans étroits d'afficher les références en une seule colonne, et ceux qui possèdent des écrans larges peuvent bénéficier d'un affichage sur plusieurs colonnes. Une telle modification est-elle envisageable chez nous ? --Maxime93 (d) 17 avril 2013 à 21:56 (CEST)
Nouveau modèle de référence sur le Wikipédia anglophone
modifierSur le Wikipédia anglophone, le modèle pour les notes et références a été mis à jour de sorte à ce que l'on ait le contenu de la référence en pointant dessus, ce qui évite d'avoir à aller tout en bas de l'article. Il serait bon de mettre cette nouvelle version très pratique sur le Wikipédia francophone, vous ne pensez pas ? --Hano-Nimo-92 (d) 22 janvier 2013 à 09:52 (CET)
Ajout du comte Nemoi – Le « très pratique », ce n’est pas moi qui le dirai ; en tous cas, ce n’a pas grand chose à voir avec le modèle. Il y a déjà je crois un gadget, dans tes préférences, et il avait été question de l’activer par défaut si je me souviens bien (je ne vérifie pas la teneur du lien) ; c’est en suspens, mais il y a beaucoup de problèmes à une telle chose, concernant le surgissement automatique, le fait que ça déséquilibre l’usage en fonction du média, etc. Bref, pas au moins sans un sondage à la communauté des rédacteurs réguliers, ce 22 janvier 2013 à 10:03 (CET).
- Je ne comprends pas pourquoi les ajouts de fonction du Wikipédia anglophone aient toujours autant de mal à arriver sur le Wikipédia francophone... --Hano-Nimo-92 (d) 22 janvier 2013 à 15:31 (CET)
Ajout du comte Nemoi – La Wikipédia anglophone produit beaucoup de merdes techniques, alors on a pris l’habitude d’éviter les imports sans réflexion.Pour le reste, WP:NHP. Sympathiquement, ce 22 janvier 2013 à 16:52 (CET).
Paramètre obsolète group
modifierL'Aide:Note (aide détaillée) précise que le paramètre groupe doit être utilisé à l'intérieur du modèle Références. Le paramètre group fonctionne encore pour assurer la compatibilité avec les articles anciens. --Ange Gabriel (d) 18 mai 2013 à 22:12 (CEST)
Petite faute dans le message signalant une "erreur de référence"
modifierBonjour, j'ai repéré une petite faute lorsqu'une balise disposant d'un paramètre 'name' est appelée dans les références alors qu'aucune balise ne correspond dans l'article.
Aperçu (cette version de la page Forcalquier) :
- Erreur de référence : La balise <ref> avec le nom « ajpn » définie dans <references> n’est pas utilisé dans le texte précédent.
Il manque un 'e' final à utilisé. Par contre je n'ai pas l'expérience pour savoir où et comment intervenir dans le modèle pour arranger ça...
C'est un peu du chipotage c'est vrai.. Mais on est dans une encyclopédie tout de même ! =)
Cordialement, InfraRouge77 (discuter) 20 août 2013 à 15:02 (CEST)
Boîte défilante ?
modifierSerait-il possible d'ajouter de la doc sur la boîte défilante ? Bien utile quand il y a des pages et des pages de références. Exemple :
<div style="height: 250px; overflow: auto; padding: 3px; border:1px solid #AAAAAA; reflist4" >
{{Références|colonnes=2}}
</div>
--Dadu (discuter) 22 août 2013 à 21:27 (CEST)
- Ce code ne devrait pas être utilisé. Si besoin préférer le modèle {{Références nombreuses}} (même si dans l'absolu je préfère pas de boite déroulante du tout). — Zebulon84 (discuter) 24 juillet 2017 à 00:25 (CEST)
Message d'erreur "aucune balise < references/> n’a été trouvée" alors que le modèle est présent dans l'article
modifierBonjour,
J'ai du mal à comprendre pourquoi cette page se termine par le message « Erreur de référence : Des balises <ref> existent, mais aucune balise <references/> n’a été trouvée » alors que le modèle {{Références}} est utilisé. Il est utilisé avec déclaration d'une référence au sein du modèle, comme indiqué dans la documentation. Y voyez-vous une explication? Place Clichy 8 novembre 2013 à 23:54 (CET)
- Bonjour, c'est à cause de l'appel de note sur Maurice Faure dans le tableau dynastique en bas. Je l'ai mis en commentaires pour l'instant, à toi de voir. Cordialement, Kertraon (discuter) 9 novembre 2013 à 19:35 (CET)
Référence séparée sur deux colonnes
modifierSalut !
Sur Décroissance_(économie) par exemple, la référence n°50 est séparée entre la colonne 1 et la colonne 2. C'est bête car ça fait remonter d'un écran pour lire la fin d'une phrase... :(
--Pols12 (discuter) 22 novembre 2013 à 17:52 (CET)
Common.css corrigé par Ltrlg le 4 septembre dernier. Merci : moi aussi ça faisait longtemps que ça me démangeait tu vois. J’ai voulu m’en occuper aujourd’hui (je sais pas pourquoi), et je me suis rendu compte que c’était déjà fait.
--Pols12 (discuter) 18 septembre 2016 à 16:42 (CEST)
Une ligne en trop dans la 2ème colonne
modifierBonjour,
Je me demandais si c'était voulu que ce soit la 2ème colonne qui possèdent 1 ligne de plus que la première alors que dans LibreOffice ou Word, c'est l'inverse ? Je trouve que ça fait un peu bizzare non ? Cordialement, Vincent LE GARREC (discuter) 6 janvier 2014 à 21:07 (CET)
- Bonjour
- Je crois que c'est le navigateur qu'il affiche comme ça à moins qu'il y a un truc pour lui dire de faire le contraire. Hunsu (discuter) 5 février 2014 à 14:27 (CET)
- 111
- 222
- 333
Vincent LE GARREC : Une solution a été trouvée dans MediaWiki:Common.css : ci-dessus il y a bien maintenant 111 222 à gauche et 333 à droite. — Oliv☮ Éppen hozzám? 16 février 2014 à 20:13 (CET)
- Super, énorme merci :) Vincent LE GARREC (discuter) 19 février 2014 à 08:59 (CET)
ajout d'un paramètre taille de colonnes
modifierBonjour. Le modèle:Colonnes recommande l'usage du paramètre taille (largeur minimale d'une colonne) plutôt que nombre (nombre maximum de colonnes). Pourtant dans le modèle:Références, nous n'avons qu'un paramètre colonnes, qui est l'équivalent de nombre. Ajouter un paramètre taille au modèle:Références ne doit pas être très compliqué si ? --H4stings δ 10 février 2014 à 15:58 (CET)
- Je fais le test avec Utilisateur:H4stings/Références, sur l'article Équipe du Brésil de football. Le paramètre taille est concluant sur 3 navigateurs différents et deux écrans de tailles différentes.
- C'est également ce qui est utilisé sur la wikipedia anglophone. Au niveau du CSS, il faut changer `columns: 2` en `columns: 15em`. Le nombre de colonnes s'adaptera automatiquement à la taille de chaque écran (pas besoin de code JS supplémentaire). --mquandalle (discuter) 27 juillet 2014 à 22:06 (CEST)
Amélioration à venir
modifierBonjour,
Jusqu'à présent, l'utilisation de ce modèle plusieurs fois dans une même page pouvait poser problème, comme mentionné dans la documentation et évoqué dans plusieurs discussions, par exemple ici.
Bonne nouvelle, cette situation devrait bientôt être révolue : bug 31834
Sondage
modifierPour info : Wikipédia:Sondage/Le modèle "Références" -- Guil2027 (discuter) 4 août 2014 à 14:43 (CEST)
Affichage mobiles
modifierBonjour,
Selon 126.214.193.8 (d · c · b) [3], les références ne s'afficheraient tout simplement pas du tout quand mises sur deux colonnes. Par ailleurs, l'italique ne serait pas lisible. Est-ce un problème connu ? Vient-il de la configuration (niveau de zoom, navigateur, que sais-je ?) de l'utilisateur ou est-ce commun ? Y a-t-il une solution ? Car on ne va pas retirer les colonnes aux centaines de milliers d'articles qui les utilisent en raison d'un grand nombre de références...
Merci par avance si quelqu'un a des éléments de réponse . — Jules Discuter 4 novembre 2014 à 12:17 (CET)
- salut,
- petit malentendu.
- je n'ai jamais dit que les refs ne s'affichaient pas du tout sous mobile : elles sont simplement illisibles, serrées, moches et de guingois et c'est pareil sur ipad. Je suis pour revenir à une seule colonne car c'est le pb. -les deux colonnes ne sont PAS indispensables donc pourquoi rendre la lecture pénible aux usagers d'autres machines que des desktops ? Pour cet article-là qui contient des citations longues en note....pour les autres, je n'en sais rien, pas d'avis et je n'ai rien dit de tel.
- merci
- quant à l'ital, erreur de lecture -ou de formulation, de ma part- il FAUT un italique au titre...c'est tout, aucun rapport avec mobile ou pas.
- merci de le remettre donc et d'enlever les colonnes après avoir essayé de lire sur ipad ou mobile (le résultat est édifiant)
--126.214.193.8 (discuter) 4 novembre 2014 à 12:32 (CET)
- Pour l'italique, toutes mes excuses, je n'avais pas vu la modification plus haut. Si c'est un cas particulier et que les autres articles sur deux colonnes s'affichent bien chez vous, remettez sur une seule colonne pour celui-ci... Si en revanche c'est un problème d'affichage généralisé, il faut chercher une solution globale. Bonne journée, — Jules Discuter 4 novembre 2014 à 12:45 (CET)
proposition d'évolution
modifierBonsoir, j'avais posé la question plus haut, et d'autres avant moi, de l'évolution du modèle Références vers un paramétrage par taille de colonnes, plutôt que nombre de colonnes comme actuellement, pour les mêmes raisons d'accessibilité que précisé dans {{Colonnes}}.
Voici ma proposition d'évolution, inspirée du modèle {{Colonnes}} :
- Modèle actuel :
<div class="references-small {{#switch: {{{groupe|{{{group|}}}}}}|alpha=lower-alpha|grec=lower-greek|decimal|#default=decimal}}" style="column-count: {{{colonnes|1}}}; -moz-column-count: {{{colonnes|1}}}; -webkit-column-count: {{{colonnes|1}}}">{{#tag:references|{{{références|{{{refs|}}}}}}|group={{{groupe|{{{group|}}}}}}}}</div>
- Proposition :
<div class="references-small {{#switch: {{{groupe|{{{group|}}}}}}|alpha=lower-alpha|grec=lower-greek|decimal|#default=decimal}}" style="{{#if:{{{taille|}}}|-moz-column-width:{{{taille|}}}em;-webkit-column-width:{{{taille|}}}em;column-width:{{{taille|}}}em;}}{{#if:{{{colonnes|}}}|-moz-column-count:{{{colonnes|}}};-webkit-column-count:{{{colonnes|}}};column-count:{{{colonnes|}}};}}-moz-column-gap:1em;-webkit-column-gap:1em;column-gap:1em;">{{#tag:references|{{{références|{{{refs|}}}}}}|group={{{groupe|{{{group|}}}}}}}}</div>
J'ai fait quelques tests avec {{Utilisateur:H4stings/Références}} et ça semble fonctionner sans souci. Si vous avez des remarques/commentaires/corrections avant que j'en fasse la demande sur WP:DIPP, n'hésitez pas. Merci. — H4stings δ 22 novembre 2014 à 23:12 (CET)
H4stings : L'idée me semble très bonne, je crois que le paramétrage de taille plutôt que de nombre est utilisé sur le wiki anglais, ce qui rend d'ailleurs la lecture plus facile sur les petits écrans, notamment sur mobile ! — Arkélis (envoyer un message) 27 décembre 2014 à 11:26 (CET)
H4stings : pourquoi imposer
column-gap:1em;
puisque cela semble être la valeur par défaut sur Firefox, ie et Chrome ? Etant donné que ce CSS est en ligne, cela empêche de le personnaliser simplement via css perso (certes on peut toujours mettre !important mais...) – Zebulon84 (discuter) 19 juin 2015 à 11:10 (CEST)Zebulon84 : de mémoire j'avais repris le code du modèle {{Colonnes}}. Mais effectivement on peut s'en passer sans souci si ça ne sert à rien.
— H4stings δ 19 juin 2015 à 12:46 (CEST)
Fait. — Zebulon84 (discuter) 19 juin 2015 à 15:23 (CEST)
Faut-il mettre les réfs en colonnes, et si oui, comment ?
modifierPour information, je signale cette discussion Wikipédia:Le Bistro/6 septembre 2015#Faut-il mettre les réfs en colonnes, et si oui, comment ? au cours de laquelle plusieurs contributeurs (2) signalent la difficulté de lire les références quand elle ont été placées en colonne que ce soit en fixe avec le paramètre colonne, ou en variable avec le paramètre taille. HB (discuter) 6 septembre 2015 à 21:10 (CEST)
- Salut
HB : elle me semble plus générale, la difficulté. Je développe un peu : un soir je lis ce résumé de Diff (annulation de cette modif). Bon, j’interviens 20 min. après sur un détail. Je test le modèle:Colonnes sur la biblio de Bob Marley. Ce soir, après un peu de Mep, le modèle colonnes me semble être le modèle à modifier; un affichage en fonction des préférences ou un truc du genre non? Fou de Bassan / Argument(s) ? 6 septembre 2015 à 22:22 (CEST)
- Bonsoir, vous devriez chercher du côté du gadget ReferenceDeroulante, parce que, chez moi, lorsqu'il est activé, la liste des références est toujours sur une colonne, malgré le nombre de colonnes indiqué dans le modèle {{Références}}. En revanche, même avec le gadget activé, ça change la mise en page avec le paramètre taille (et ça devient illisible sur ma 8 pouces) Cordialement Barada-nikto (discuter) 6 septembre 2015 à 23:21 (CEST)
- C’est noté, merci. Fou de Bassan / Argument(s) ? 6 septembre 2015 à 23:39 (CEST)
- J'ai répondu sur le bistro. — H4stings δ 7 septembre 2015 à 09:38 (CEST)
- En pratique, en l'état actuel,
taille=30
produit le même effet quecolonnes=2
(à condition de désactiver le gadget ReferenceDeroulante) sur ma 8 pouces. Si l'utilisation decolonnes
est à éviter, il devrait en être de même pourtaille
, vu que le rendu est le même sur le type d'écran que j'utilise. - En terme d'ergonomie, les références sur un seule colonne, avec ascenceur horizontal, affichage obtenu grâce au gadget, sont clairement à privilégier, AMHA. Sans l'effet d'ascenceur horizontal, la section références s’allonge démesurément. Et, comme sur l'article Afrique, lorsqu'il y a plus de 300 références, passer en deux colonnes (avec
colonnes
ou avectaille
) nuit à la lisibilité des références tout en laissant une section de toute manière effroyablement longue (300 réf. répartie en 2 colonnes, ça fait quand même une section de 4 à 500 lignes, vu que l'effet de colonnage renvoit à la ligne les références : au lieu de tenir sur une ou deux lignes, elles sont réparties sur 4 à 6 lignes. Donc on ne gagne rien, la section est beaucoup trop longue de toute façon et les références réparties sur plusieurs lignes sont nettement moins lisibles. Cordialement --Barada-nikto (discuter) 7 septembre 2015 à 12:08 (CEST)
- En pratique, en l'état actuel,
- J'ai répondu sur le bistro. — H4stings δ 7 septembre 2015 à 09:38 (CEST)
- C’est noté, merci. Fou de Bassan / Argument(s) ? 6 septembre 2015 à 23:39 (CEST)
- L'idée utile ne serait-elle pas de forunir un (n-ième) gadget permettant aux vieux piliers de Wikipédia qui n'aiment pas les schtroumpfs de désactiver toute mise en colonne, que ce soit par la largeur ou le nombre ? Histoire d'évacuer un problème mineur ? Hum ? --92.90.16.154 (discuter) 7 septembre 2015 à 13:38 (CEST)
- wikt:osef ceux « qui n’aiment pas les schtroumpfs »…. ce n’est pas le sujet…. Fou de Bassan / Argument(s) ? 7 septembre 2015 à 13:43 (CEST)
- Si on peut rendre ReferenceDeroulante insensible au paramètre
taille
, comme il l'est àcolonnes
alors le problème est réglé (pour moi en tout cas). Et, s'il vous plaît, ne confondez pas ergonomie avec caprice de vieux wikipédien sur le retour. Cordialement --Barada-nikto (discuter) 7 septembre 2015 à 14:26 (CEST)
- Il faudrait quoi ? Ajouter
-moz-column-width:auto !important; -webkit-column-width:auto !important; column-width:auto !important;
à MediaWiki:Gadget-referencederoulante.css ?Zebulon84 t'es d'accord ? Auquel cas il suffirait qu'un admin valide la chose et l'ajoute au CSS. — H4stings δ 7 septembre 2015 à 15:12 (CEST)
- Il faudrait quoi ? Ajouter
- Si on peut rendre ReferenceDeroulante insensible au paramètre
- wikt:osef ceux « qui n’aiment pas les schtroumpfs »…. ce n’est pas le sujet…. Fou de Bassan / Argument(s) ? 7 septembre 2015 à 13:43 (CEST)
- Bonsoir, vous devriez chercher du côté du gadget ReferenceDeroulante, parce que, chez moi, lorsqu'il est activé, la liste des références est toujours sur une colonne, malgré le nombre de colonnes indiqué dans le modèle {{Références}}. En revanche, même avec le gadget activé, ça change la mise en page avec le paramètre taille (et ça devient illisible sur ma 8 pouces) Cordialement Barada-nikto (discuter) 6 septembre 2015 à 23:21 (CEST)
┌─────────────────────────────────────────────────┘
Nonobstant, puis-je corriger la documentation du modèle ? Elle indique le paramètre taille
comme recommandé de facto (« suggéré ») ce qui légitime son utilisation malgré les problèmes recensés ici. Je mettrais volontier « déconseillé », à l'instar de colonnes
puisque cela produit le même effet chez ceux qui n'ont pas la possibilité d'activer ou qui ne connaissent pas l’existence du gadget. Des avis ? NB : j'ai déjà rajouté l'allusion au gadget dans la doc. Cordialement --Barada-nikto (discuter) 7 septembre 2015 à 16:37 (CEST)
Barada-nikto : on dirait que H4stings a une solution au bug du gadget, attendons qu'elle soit mise en œuvre et on verra bien si ça te fait encore des problèmes et quels avertissements mettre dans la doc. — Oliv☮ Éppen hozzám? 9 septembre 2015 à 13:55 (CEST)
Oliv0 : OK, « la patience est la vertu des sages » pseudo proverbe chinois… --Barada-nikto (discuter) 9 septembre 2015 à 13:59 (CEST)
- Bon, je vais cependant passer à l'acte. Il ne se passe rien, techniquement. Je vois que la modif incriminée à été introduite mi-juin 2015 ; en gros les vacances passent là-dessus et la mise en œuvre, lorsqu'elle commence effectivement, montre des problèmes, cf. le bistro d'hier. Je me sens donc tout aussi légitime à indiquer ce paramètre comme déconseillé en l'état que s'est senti légitime celui qui l'a introduit avec le qualificatif suggéré. Cordialement Barada-nikto (discuter) 15 septembre 2015 à 09:03 (CEST)
- Malheureusement Zebulon84 (d · c · b) n'est pas revenu depuis la fin juillet - ç'en est presque inquiétant. Je notifie un peu au hasard :
VIGNERON, Ltrlg, Orlodrim et Zetud : à qui pouvons-nous nous adresser pour valider et implémenter cette modif du code CSS ? Merci. — H4stings δ 15 septembre 2015 à 09:43 (CEST)
- Diable, j'espère qu'il va bien... Cordialement --Barada-nikto (discuter) 15 septembre 2015 à 10:20 (CEST)
-
Intégré pour assurer la cohérence du gadget. Bonnes contributions — Ltrlg (discuter), le 15 septembre 2015 à 10:23 (CEST)
- Merci. Mais ça ne règle le problème que pour les utilisateurs du gadget. Cordialement --Barada-nikto (discuter) 15 septembre 2015 à 11:06 (CEST)
- Pardon mais quel est le problème pour ceux qui n'ont pas le gadget ? Avec un paramètre taille à 35, il n'y a qu'une colonne pour les écrans faisant moins de 70em de large, deux colonnes pour les écrans faisant 70 à 105em, trois colonnes pour les écrans faisant 105 à 140em, etc. — H4stings δ 15 septembre 2015 à 14:41 (CEST)
- Bonjour, c'est ce que j'écrivais plus haut : hauteur de la section interminable malgré tout, (cf. l'article Afrique et ses 330 références), donc aucun intérêt de ce point de vue et références moins lisibles (voire illisibles sur ma 8 pouces) car rejetées sur plusieurs lignes. La mise en colonnes vise en fait à réduire la hauteur de la section mais, vu que les références tiennent sur deux fois plus de lignes on ne gagne rien en hauteur et on perd en lisibilité... Le cas de figure où ça marche, c'est avec des références très courtes, du style harvsp (
Machin-Truc 2015, p. 12
) qu'on peut faire figurer côte à côte (en colonnes donc), puisqu'elles tiennent chacune sur une seule ligne, et donc sans problème de lisibilité. Cordialement --Barada-nikto (discuter) 15 septembre 2015 à 14:57 (CEST)- Je suis passé voir l'article Afrique (d · h · j · ↵ · NPOV · AdQ), effectivement beaucoup de références y sont longues.
- Sur mon grand écran (22 pouces) :
- dans sa version actuelle avec une seule colonne, la section références fait 7 écrans de haut.
- si je prévisualise les références avec des colonnes de 35em, j'ai trois colonnes, et la section références ne fait plus que (si je puis dire...) 3,5 écrans de haut. C'est plus compact et peut-être moins lisible, mais bon on gagne en hauteur.
- si je prévisualise les références avec des colonnes de 50em, je n'ai plus que deux colonnes, plutôt aérées, et la section références fait un peu moins de 4,5 écrans de haut. Je trouve que, sur cet écran, cette mise en page est la plus lisible.
- Même test sur mon petit écran (13 pouces) :
- dans sa version actuelle avec une seule colonne, la section références fait 10,5 écrans de haut.
- si je prévisualise les références avec des colonnes de 50em, il n'y a qu'une colonne, la mise en forme est donc la même que précédemment.
- par contre, si je prévisualise les références avec des colonnes de 35em, j'ai deux colonnes plutôt aérées. La section références fait 6,5 écrans de haut. Sur cet écran, c'est ma version préférée.
- Enfin, dernier test qui pourrait s'apparenter au test d'un écran de 8 pouces, j'ai placé mon navigateur sur une moitié de petit écran. Dans les trois cas je n'ai qu'une seule colonne, longue de 16,5 (!) écrans. Tu m'étonnes que c'est pénible. Mais quelque soit le paramètre dans le modèle, le résultat est le même...
- Tout ça pour dire : je ne comprends toujours pas ce que tu veux.
— H4stings δ 15 septembre 2015 à 15:56 (CEST)
- Bonjour, c'est ce que j'écrivais plus haut : hauteur de la section interminable malgré tout, (cf. l'article Afrique et ses 330 références), donc aucun intérêt de ce point de vue et références moins lisibles (voire illisibles sur ma 8 pouces) car rejetées sur plusieurs lignes. La mise en colonnes vise en fait à réduire la hauteur de la section mais, vu que les références tiennent sur deux fois plus de lignes on ne gagne rien en hauteur et on perd en lisibilité... Le cas de figure où ça marche, c'est avec des références très courtes, du style harvsp (
- Pardon mais quel est le problème pour ceux qui n'ont pas le gadget ? Avec un paramètre taille à 35, il n'y a qu'une colonne pour les écrans faisant moins de 70em de large, deux colonnes pour les écrans faisant 70 à 105em, trois colonnes pour les écrans faisant 105 à 140em, etc. — H4stings δ 15 septembre 2015 à 14:41 (CEST)
- Merci. Mais ça ne règle le problème que pour les utilisateurs du gadget. Cordialement --Barada-nikto (discuter) 15 septembre 2015 à 11:06 (CEST)
-
- Diable, j'espère qu'il va bien... Cordialement --Barada-nikto (discuter) 15 septembre 2015 à 10:20 (CEST)
- Malheureusement Zebulon84 (d · c · b) n'est pas revenu depuis la fin juillet - ç'en est presque inquiétant. Je notifie un peu au hasard :
- Bon, je vais cependant passer à l'acte. Il ne se passe rien, techniquement. Je vois que la modif incriminée à été introduite mi-juin 2015 ; en gros les vacances passent là-dessus et la mise en œuvre, lorsqu'elle commence effectivement, montre des problèmes, cf. le bistro d'hier. Je me sens donc tout aussi légitime à indiquer ce paramètre comme déconseillé en l'état que s'est senti légitime celui qui l'a introduit avec le qualificatif suggéré. Cordialement Barada-nikto (discuter) 15 septembre 2015 à 09:03 (CEST)
┌─────────────────────────────────────────────────┘
C'est moi qui ne comprends pas. C'est pénible(sic) à lire sur l’équivalent simulé d'un écran 8 pouces, dis-tu, tout comme tu dis et, peut-être moins lisible (sic)... Que veux-tu que je te dises ? Sur ma 8 pouces avec em=30, ça bascule en deux colonnes avec des références longues réparties sur plusieurs lignes. Pour la hauteur que ce soit l'équivalent de 16.5 ou de 6.5 écrans de haut, la section est trop haute de toute façon et les références moins lisibles puisque réparties sur plusieurs lignes (j'ai l'impression de radoter). Donc quitte à ce que ce soit trop haut autant que les références restent lisibles en étant affichées sur une seule ligne, donc en évitant le phénomène de colonnage. Qu'est-ce qui n'est pas clair ? Cordialement Barada-nikto (discuter) 15 septembre 2015 à 16:41 (CEST)
- Je n'avais pas compris que sur ta tablette et avec des références de 30em, deux colonnes s'affichent - pardon. La solution n'est-elle pas simplement de choisir une taille de colonnes supérieure à 30em sur cet article particulier, étant donné la longueur de certaines références ? 40 ou 45 par exemple ? Comme ça, sur les grands écrans comme le mien, on voit les références sur 2 ou 3 colonnes de façon confortable, et sur un écran comme le tien, tout reste sur une seule colonne. Et tout le monde est content.
— H4stings δ 15 septembre 2015 à 17:33 (CEST)
- Désolé pour la confusion, je n'ai sans doute pas été assez précis dans mes propos. Cordialement --Barada-nikto (discuter) 15 septembre 2015 à 18:02 (CEST)
Barada-nikto : Alors si je comprends bien le gadget ReferenceDeroulante a été corrigé pour faire son ascenseur vertical toujours sur une colonne ; par contre sans gadget, ta tablette fait des colonnes même quand taille en em est plus de la moitié de ta largeur d'écran : le CSS qui fait les colonnes n'est sans doute compris que par certains navigateurs et il y a peut-être moyen de rectifier pour les autres, tu as quelle version de quel navigateur ? — Oliv☮ Éppen hozzám? 17 septembre 2015 à 18:19 (CEST)
- Bonsoir, je n'ai aucune idée de la largeur de la zone d'affichage en em donc tu as peut-être raison. Le navigateur c'est chrome, version 45.0 sur Android 4.4.2 et tablette 8 pouces. Cordialement Barada-nikto (discuter) 17 septembre 2015 à 18:28 (CEST)
- Alors je ne sais pas, parce que normalement Chrome comprend -webkit-column-width depuis longtemps, un bug propre à Chrome pour Android ? — Oliv☮ Éppen hozzám? 17 septembre 2015 à 22:18 (CEST)
- Bonsoir, je n'ai aucune idée de la largeur de la zone d'affichage en em donc tu as peut-être raison. Le navigateur c'est chrome, version 45.0 sur Android 4.4.2 et tablette 8 pouces. Cordialement Barada-nikto (discuter) 17 septembre 2015 à 18:28 (CEST)
- Désolé pour la confusion, je n'ai sans doute pas été assez précis dans mes propos. Cordialement --Barada-nikto (discuter) 15 septembre 2015 à 18:02 (CEST)
Remplacer « colonnes=2 » par « taille=30 »
modifier(déplacé de Discussion Wikipédia:Bot/Requêtes)
Je ne sais pas trop où proposer cela, alors je le fais ici.
J'ai cru comprendre que dans {{Références}}, le paramètre |taille=30
est à préférer au paramètre |colonnes=2
en raison de son adaptabilité à la taille des écrans (dont notamment les mobiles).
Serait-il pertinent que je fasse passer mon bot pour modifier tous les paramètres colonnes=2 par le paramètre taille=30 ? Où devrais-je en discuter préalablement ? - Simon Villeneuve 3 octobre 2015 à 14:35 (CEST)
- Je pense que Discussion modèle:Références est le bon endroit. De toute façon, ça implique sûrement une modification du modèle aussi : si on généralise taille=30, alors autant mettre "30" directement dans le modèle et passer à une syntaxe du type {{Références|colonnes=oui}} (c'est plus souple si on décide de changer "30" après coup). Orlodrim (discuter) 3 octobre 2015 à 15:41 (CEST)
- Salut. Vu les débats du mois dernier, il faut lancer une discussion. On parle de plus de 30 000 pages ici. Tu aimes les tâches clivantes ^^ --Sisyph 3 octobre 2015 à 16:03 (CEST)
- Ça m'arrive de vouloir sortir les gens de leur zone de confort, mais ici, je vois mal comment ça pourrait être clivant. Il me semble difficile de voir comme une mauvaise chose d'adapter le nombre de colonnes en fonction de la « taille » de l'écran. C'est bien ce que ça fait non ? - Simon Villeneuve 3 octobre 2015 à 16:08 (CEST)
- Je trouve que l'idée de Simon est bonne. Par contre, attention, il me semble que la valeur 30 n'est pas optimale, certains avaient avancé 35, cette présentation étant problématique sur certains smartphone, voir ci-dessus.--Rehtse (échanger) 3 octobre 2015 à 19:35 (CEST)
- Moi je suis plutôt pour, personne n'est censé y perdre, et de nombreuses personnes y gagner en lisibilité. La taille idéale dépend des articles et de la longueur des références qui s'y trouvent. Je pense que le plus sage est de se baser sur une équivalence entre largeur et nombre de colonnes sur un écran moyen - disons entre 13 et 15 pouces. Sur mon écran de 13 pouces, pour rester sur deux colonnes, il ne faut pas dépasser 38em. Du coup 35em ça me paraît bien - il faudrait vérifier ce que donne 35em sur un écran de 15 pouces : deux ou trois colonnes ?
- Question corollaire : que fait-on des "colonnes=3" (un exemple parmi d'autres, Paris SG), voir plus (je me rappelle avoir vu des "colonnes=4" pour des {{harvsp}}) ? Pour avoir 3 colonnes sur mon 13 pouces, c'est 26em max. Pour 4 colonnes, c'est 19em. Si on remplace le nombre de colonnes par une taille, il ne faut pas aller au delà de ces seuils. — H4stings d 3 octobre 2015 à 23:42 (CEST)
- Je trouve que l'idée de Simon est bonne. Par contre, attention, il me semble que la valeur 30 n'est pas optimale, certains avaient avancé 35, cette présentation étant problématique sur certains smartphone, voir ci-dessus.--Rehtse (échanger) 3 octobre 2015 à 19:35 (CEST)
- Ça m'arrive de vouloir sortir les gens de leur zone de confort, mais ici, je vois mal comment ça pourrait être clivant. Il me semble difficile de voir comme une mauvaise chose d'adapter le nombre de colonnes en fonction de la « taille » de l'écran. C'est bien ce que ça fait non ? - Simon Villeneuve 3 octobre 2015 à 16:08 (CEST)
- Salut. Vu les débats du mois dernier, il faut lancer une discussion. On parle de plus de 30 000 pages ici. Tu aimes les tâches clivantes ^^ --Sisyph 3 octobre 2015 à 16:03 (CEST)
Hum, sur mon 8 pouces, c'est rien du tout… Barada-nikto (discuter) 4 octobre 2015 à 00:27 (CEST)
- J'ai déplacé sur Discussion Projet:Correction syntaxique#Modèle:Références pour avoir plus d'avis. - Simon Villeneuve 6 octobre 2015 à 16:15 (CEST)
Rendu visuel des références
modifierCette discussion a été recopiée de la page Discussion Wikipédia:Prise de décision/Mise en forme des références. --Gkml (discuter) 19 juillet 2016 à 18:32 (CEST)
J'ai une remarque à faire non à propos de la forme à employer pour le formattage du modèle de référence, mais sur le formatage de la rubrique listant les références. Je pense que cela peut s'insérer dans cette discussion. Avez-vous déjà lu la rubrique des références formattée sur 2 colonnes à partir d'un smartphone 5" ? C'est illisible. Donc pour une plus grande lisibilité, je serai pour une recommandation qui préconise une rubrique notes et références formattée sur une seule colonne. Ou alors un affichage différencié ordinateur/téléphone mobile. --Bertold Brecht >dissoudre le peuple< 25 janvier 2016 à 01:45 (CET)
Gpesenti : Je ne vois pas où est le problème ; sa marche très bien avec mon smartphone 5". Amicalement, -- issimo 15 !? 6 mars 2016 à 21:06 (CET)
Issimo 15 :Je n'ai pas dit que ça ne fonctionnait pas, mais que le formattage des notes et références sur 2 colonnes rends celles-ci difficilement lisible. Cf. screenshot dispo sur ma dropbox ici. <img src="https://www.dropbox.com/s/im89s87uk2wrya9/Screenshot_2016-03-07-02-28-50.png" />. Il s'agit de la Section "Notes" de l'article Ramsès III. --Bertold Brecht >dissoudre le peuple< 7 mars 2016 à 02:41 (CET)
Gpesenti : Pour moi c'est lisible, peut-être parce que je suis habitué à la version mobile. Et je crois que le formatage de la rubrique sur une seule colonne n'est pas une solution puisqu'elle est généralement longue. Pourquoi ne pas se servir de boîtes déroulantes ? Cordialement, -- issimo 15 !? 7 mars 2016 à 09:12 (CET)
Gpesenti, et comme ça [4] ? Parce le paramètre « colonnes » est déconseillé, voir la doc : Modèle:Références#Syntaxe. Cdlt, Daniel*D, 9 mars 2016 à 02:09 (CET)
Issimo 15 :, la mise en boîte des références fait que les références ne sont plus accessibles sans avoir préalablement ouvert la boîte [5], voir : Wikipédia:Le Bistro/26 novembre 2015#Modèle:Références nombreuses : accessibilité ??? et Discussion:Marine Le Pen#Références nombreuses. Cdlt, Daniel*D, 9 mars 2016 à 02:23 (CET)
Daniel*D : C'est quoi la solution donc !? -- issimo 15 !? 9 mars 2016 à 08:07 (CET)
- Je m'incruste, mais je n'ai jusque là jamais trouvé une page de discussion active et osé poser la question de peur de non-réponse :
- Pourquoi taille=30 et pas un autre chiffre ? Le paramètre n'est pas bridé à un certain chiffre donné (qui permettrait un découpage standard convenable à tous les écrans), et on peut voir dans les articles des 20, 25, 30, 32, 40, 50, entre autres... Je suis certes un peu maniaque, mais voir si peu d'homogénéité me gêne énormément et m'encourage à n'utiliser ni colonnes (car déconseillé), ni taille (comme dit).
- De plus, Modèle:Références#Syntaxe indique qu'« il est recommandé d'éviter tout effet de mise en page ». Le paramètre taille n'est il pas aussi un effet de mise en page ?
- - Daxipedia - 達克斯百科 (discuter) 9 mars 2016 à 12:55 (CET)
- Je suis assez d'accord avec ça. J'applique « taille=30 » par lassitude après avoir vainement « lutté » contre la mise en colonnes, ce qui à l'avantage de correspondre à la doc et, la plupart du temps, de ne pas faire apparaître de colonnes sur mon écran (très large). Il existe aussi un gadget dans les préférences utilisateur pour mettre les réf. en boîte sans l'imposer à tout le monde. Daniel*D, 9 mars 2016 à 16:08 (CET)
- Bonsoir Daniel*D et Daxipedia,
- J'ai eu la « flemme » de vérifier, mais je pensais que le nombre associé à la taille (e.g. « taille=35 ») correspondait au nombre de caractères autorisé par colonne du § Références, ce qui permet de gérer un nombre de colonnes adapté à la taille de l’écran ; c’est pour cela que le paramètre « colonnes= » a été déclaré obsolète, ne s'adaptant pas à la taille des écrans. Donc, un paramètre « taille=35 » donnera deux ou trois colonnes en fonction de l’écran que l'on a ; c’est ce que j'observe sur les deux écrans que j'utilise habituellement. De même, le paramètre « taille=25 » donne trois ou quatre colonnes selon l'écran que j'utilise. Je ne me pose plus de questions : avec mon écran plus grand que l'autre, pour savoir le nombre de colonnes qui vont s'afficher, je divise grosso modo 100 par ce nombre de colonnes souhaité, je prends le résultat que je place dans le paramètre « taille= » et cela marche ; et je sais que j'ai grosso modo une colonne de moins sur mon écran moins large. Tout ceci » au doigt mouillé », pour l'instant du moins. Il y aurait probablement lieu de faire une analyse plus précise et de le mettre dans la doc..
- Cdt. --Gkml (discuter) 9 mars 2016 à 20:00 (CET)
- Pour info, mettre le paramètre taille associé à colonne=2 permet de limiter le nombre maximum de colonnes affichées à 2 (ou, 3, etc.). Je donne cette astuce car il m'a été reproché, en favorisant ceux qui ont un petit écran de smartphone avec taille=nn, de pénaliser ceux qui ont un écran large et qui détestent avoir trop de colonnes. D'où un compromis avec les deux paramètres.--Rehtse (échanger) 9 mars 2016 à 21:19 (CET)
- Je suis assez d'accord avec ça. J'applique « taille=30 » par lassitude après avoir vainement « lutté » contre la mise en colonnes, ce qui à l'avantage de correspondre à la doc et, la plupart du temps, de ne pas faire apparaître de colonnes sur mon écran (très large). Il existe aussi un gadget dans les préférences utilisateur pour mettre les réf. en boîte sans l'imposer à tout le monde. Daniel*D, 9 mars 2016 à 16:08 (CET)
Il existe aussi une méthode radicale de faire disparaître les colonnes, ajouter ce qui suit dans son common.css :
/* références sur une seule colonne */ .references-small { -webkit-column-count: auto !important; -moz-column-count: auto !important; column-count: auto !important; -moz-column-width: auto !important; -webkit-column-width: auto !important; column-width: auto !important;}
Daniel*D, 9 mars 2016 à 21:35 (CET)
- Je signale aussi que cette question est régulièrement évoquée, entre autre sur le bistro et sur d'autres pages, en particulier la page de discussion du modèle, au moins depuis 2007. Daniel*D, 9 mars 2016 à 22:34 (CET)
- Pour la signification de la valeur de la taille, par exemple « taille=30 », il s'agit de 30em, pour em voir l'explication sur cette page d'homonymie EM à :
- En typographie :
- Un em (abréviation anglaise pour cadratin) est une unité de mesure de longueur des espaces. C'est une unité utilisée dans les feuilles de style en cascade (CSS) qui est proportionnelle à la taille de la police présente dans le bloc correspondant à la déclaration du style.
- En typographie :
- Où l'on voit que, comme le rendu final dépend de paramètre au choix des utilisateurs (dont police de caractères et leur taille, habillage…), cette question ne verra jamais de réponse satisfaisante pour tous. Ce qui explique le marronnier. Daniel*D, 9 mars 2016 à 22:57 (CET)
- Bonsoir Daniel*D, je supputais que cette complication allait être « resservie », c’est pour cela que je n'ai pas été très affirmatif ci-dessus.
- Pour avoir un outil pratique, il faut alors diviser le coefficient T qui est dans « taille=T » par la constante de réduction (CR) égale à 1,5 disons (pifométriquement) pour avoir le nombre de caractères de la ligne. Si, dans votre laboratoire, vous avez réussi à obtenir une meilleure approximation de CR, je vous saurais gré de la communiquer à la communauté scientifique ici présente.
- Cdt. --Gkml (discuter) 9 mars 2016 à 23:37 (CET)
- Bonjour Gkml
, selon moi est un meilleur coef
. Daniel*D, 10 mars 2016 à 09:15 (CET)
- Bonjour Gkml
Daniel*D :Alors le taille=30 me va bien. La modif sur le commons.css, ne me va pas car je ne me connecte jamais depuis mon smartphone, je ne fais que consulter. --Bertold Brecht >dissoudre le peuple< 9 mars 2016 à 23:17 (CET)
- Pour la signification de la valeur de la taille, par exemple « taille=30 », il s'agit de 30em, pour em voir l'explication sur cette page d'homonymie EM à :
Réponse complémentaire à la précédente discussion
modifierLa longueur d’un em est donnée autant que faire se peut dans la page « cadratin » de fr.wikipedia, à partir des informations issues de l'ouvrage de Lacroux : grosso modo, c’est la largeur, non pas du caractère « M », comme le sous-entendent les anglophones, l'ayant abrégé en « em », mais plutôt celle des caractères « — » (le tiret cadratin), « W » (la majuscule de la lettre « w ») et « 00 » (deux zéros accolés).
Cdt. --Gkml (discuter) 19 juillet 2016 à 18:51 (CEST)
PS : le test effectué en page principale montre que c’est le double caractère « 00 » qui apparaît comme étant le plus proche du cadratin (ou em), confirmant ainsi les affirmations de Lacroux. --Gkml (discuter) 19 juillet 2016 à 23:07 (CEST)
Récents apports à la documentation du modèle
modifierBonsoir,
Une série de modifications a été apportée à la documentation dans le but de mieux expliquer le fonctionnement de divers paramètres qui ne semblait pas toujours bien perçu.
Le travail d’amélioration ayant été important, je vous remercierais de me faire part de toute observation, dans le but d’améliorer encore le document, et sa meilleure perception par la communauté des contributeurs.
Cdt. --Gkml (discuter) 19 juillet 2016 à 23:55 (CEST)
Récents retraits à la documentation du modèle
modifierBonjour,
Une série de modifications a été retirée de la documentation de manière à la rendre plus simple et plus lisible.
Le retrait consistant à revenir au consensus antérieur, je vous remercie de bien vouloir en discuter préalablement avant de les répercuter dans la documentation.
Cordialement. --Barada-nikto (discuter) 20 juillet 2016 à 09:56 (CEST)
- Bonjour,
- Le consensus que vous décrivez comportait manifestement des imperfections qui induisaient les contributeurs en erreur. En effet, être trop simple correspond parfois à ne pas avoir exploré un sujet dans sa totalité, ce qui était donc le cas.
- Voir par exemple l'avis d’un administrateur qui n'a pas effectué d’observations sur ces modifications.
- Il est donc important, sachant l'effort de clarification qui a été fait au moyen de ces modifications, que vous fassiez l'effort de dire ce qui ne vous satisfait pas, de manière claire, de sorte que, si vos remarques sont justifiées, je puisse apporter les aménagements qui conviennent.
- Cdt. --Gkml (discuter) 20 juillet 2016 à 10:30 (CEST)
- cc : Daniel*D, Zebulon84 et Hercule
- @Gkml Bonjour, en procédant à un quatrième "revert" sur la page de documentation du modèle, vous avez excédé la règle R3R et entamé une guerre d'édition.
- Par ailleurs la page de documentation d'un modèle, surtout s'il est aussi important que celui-ci, n'échappe pas à la règle du consensus contrairement à ce que dit votre commentaire de diff. Surtout lorsque vous utilisez des termes comme "préconisé". On n'est plus dans le "mode d'emploi" mais dans le conseil à la communauté ce qui me paraît justifier pleinement le consensus préalable.
- Quant au volume, la doc. d'origine fait, en gros, 5 000 octets, vous en ajouter 7 000. C'est donc massif et je ne crois rien vous apprendre en disant que le consensus préalable est typiquement souhaité dans ce genre de cas.
- Sans vouloir faire de la sémiologie de bas étage je m'autorise par ailleurs à vous livrer mon sentiment. Je lis « je vous demande de me faire part », « je puisse apporter » forme d'appropriation qui signifie pour moi que qui n'est pas d'accord avec vous devra défendre pied à pied ses arguments. Je ne vois pas pourquoi ce ne serait pas le contraire, puisque c'est vous qui apportez la rupture du consensus sur le contenu actuel de la page.
- Il me paraitrait raisonnable que soit apposé un bandeau R3R et qu'on en revienne donc à la version ante bellum c'est à dire à la doc. avant vos ajouts.
- Cordialement --Barada-nikto (discuter) 20 juillet 2016 à 10:43 (CEST)
- Il me semble que l'essentiel est utile au lecteur et conforme au consensus antérieur (notamment sur ce qui est déconseillé ou pas), par contre il y a surtout en note trop de détails peu utiles, d'autant plus que les essais W et 00 ne donnent pas le même résultat chez moi. — Oliv☮ Éppen hozzám? 20 juillet 2016 à 12:11 (CEST)
- Conflit d’édition — à la suite d’une coupure. Bonjour à nouveau Barada-nikto,
- Le problème comme je vous l'ai dit est qu'un certain nombre de contributeurs dont des administrateurs n'ont pas fait d’observation jusqu'à présent, et l'un d'eux a même explicitement signalé son accord.
- En outre, l'esprit et l'organisation du document n'ont pas été modifiés[a].
- Je comprends que vous soyez surpris de la taille de la modification, moi-même l'ai été, mais d’une part il ne faut pas en être impressionné[b], d’autre part l'objectif ayant été d’être plus clair et moins ambigu, des octets ont été nécessaires, évidemment, d’autant que j'ai inséré un test dans la documentation — ce qui est probablement inhabituel — pour mieux faire sentir aux utilisateurs, ce à quoi correspond le paramètre
taille=
. J'ai, vous l’avez peut-être observé, également modifié la documentation de l’article « cadratin » : les tests auraient pu être placés là-bas plutôt qu'ici, mais peu d’utilisateurs vont consulter la fiche en question et il est plus logique de mettre les tests à l'endroit où le logiciel utilise explicitement cette notion. - Il n'y a pas de phénomène d’appropriation contrairement à ce que vous indiquez, mais comme vous effectuez des reverts sans cesse, je ne vois pas comment je pourrais vous suggérer de faire des modifications, puisque « vous ne donnez pas dans le détail », on est dans le « tout ou rien ». Or, ce sont des problèmes de détail qui ont créé des erreurs d’interprétation que j'estime importantes. Il est donc fondamental de ne pas revenir à la situation ante, même si elle a fait l'objet d’un consensus (lequel n'était pas parfait en raison des conséquences observées comme indiqué à l'instant).
- Ainsi, si vous avez des observations précises, soit vous les mettez en place (la structure du document n'ayant pas été changée par rapport à auparavant, elle a simplement été étoffée de notes ou d’exemples), soit vous me les donnez pour que je le fasse si cela vous ennuie de les faire : c’est tout ce que je voulais dire, et tout un chacun ne peut s'exprimer autrement vis-à-vis d’un tiers qui jusqu'à il y a peu n'a pas souhaité discuter, hormis en avançant des arguments on ne peut plus ténus puisqu'en commentaire de diff.
- Pour ce qui concerne les prétendus conseils que, par mes ajouts, je serais censé donner à la communauté, et bien ils étaient déjà présents dans la version que j'ai modifiée, sauf peut-être un conseil concernant la double utilisation des paramètres
taille=
etcolonnes=
, laquelle double utilisation m'est apparue confuse, et de toute façon, je ne sais si un contributeur moyen serait en mesure de la comprendre. En résumé, je ne vois pas en quoi j'ai modifié la situation ante à propos de cet aspect « conseils », sauf peut-être dans la terminologie[c]. - Pour le reste, je me suis limité à clarifier le § des exemples qui était relativement désordonné et en conséquence difficile à comprendre pour un utilisateur non spécialiste découvrant la documentation : les exemples étaient enchevêtrés, j'ai laissé le principe, mais il fallait donner quelques explications pour ne pas « noyer » le novice et qu'il perçoive que, dans les deux premiers lots d’exemples, on ne traitait pas un seul cas à la fois.
- Comme je vous l'ai dit au début, je ne vois pas de raison de revenir à la situation ante, car hormis le vôtre, je n'ai pas eu d’avis négatif. Je n'en suis d’ailleurs pas surpris car je me suis limité à un effort de clarification qui, certes, a nécessité un ajout important d’octets[d] comme cela vient d'être explicité.
- Il est évident que la perception de l'optimum n'est pas la même chez diverses personnes : ceci ne m'empêche pas d’être naturellement disposé à collaborer avec vous, ou d’autres utilisateurs qui se sentiraient concernés, pour améliorer le document ainsi que vous avez pu le comprendre à la lecture de mon présent commentaire.
- Cdt. --Gkml (discuter) 20 juillet 2016 à 14:17 (CEST)
- P.-S. : Vous observerez un autre exemple de compréhension difficile de la notion de cadratin dans la discussion ci-dessus de . --Gkml (discuter) 20 juillet 2016 à 14:17 (CEST)
- Bonjour Oliv0, pouvez-vous svp être plus précis, notamment sur ce qui diffèrerait chez vous dans le test (étant entendu que je me suis arrêté — i. e. j'ai retiré la mention des tests correspondants — juste avant le déclenchement du scrolling horizontal) ? À noter aussi que j'ai laissé ces tests, sans avoir comparé l'effet sur différents écrans, dans l'espoir (naïf probablement) que ce soit homogène. Cdt. --Gkml (discuter) 20 juillet 2016 à 14:51 (CEST)
Gkml : difficile de préciser plus que la copie d'écran que j'ai mise en lien plus haut : ce que je vois ne correspond pas au texte (la page avant scrolling horizontal s'arrête à la zone grisée à droite, oui c'est une fenêtre pas trop large), si bien que toute la partie sur les décomptes de caractères, de em, de W et de 00 est peu sûre selon les polices ou les systèmes et ne sert qu'à perturber inutilement celui qui veut juste savoir comment utiliser le modèle. — Oliv☮ Éppen hozzám? 20 juillet 2016 à 15:06 (CEST)
- Merci, je n'avais pas vu le lien (fatigue ?). Dans votre cas, ce serait plutôt le « W » qui serait probant si j'ai bien compris. Il serait donc probablement utile de déplacer le test dans l'article cadratin (en utilisant aussi votre image), ce que je ferai d’ici un à deux jours. Il présentera en tout cas l'intérêt de relativiser les choses. Je ne suis pas suffisamment expert en PAO pour maîtriser parfaitement le sujet ; néanmoins, l'explication mise en doc. n'est pas inutile car elle permet de « sentir » un peu le sujet, sinon c’est de l'abstrait ou du flou absolu, ce qui est dommage car ça n'en est pas. Quelqu'un sera peut-être plus précis que moi ensuite, améliorant ainsi l’article. --Gkml (discuter) 20 juillet 2016 à 15:27 (CEST)
- Une défense pied à pied ?
--Barada-nikto (discuter) 20 juillet 2016 à 16:20 (CEST)
- Puisqu'on sollicite mon avis : globalement les modifications me semblent aller dans le bon sens, même si les W et 00 ne sont probablement pas indispensables, et les exemples avec grec et alpha peut-être pas au bon endroit (je préfèrerais qu'ils ne soient pas mélangés avec les exemples avec / sans colonnes). — Zebulon84 (discuter) 22 juillet 2016 à 14:42 (CEST)
- Merci Zebulon84,
- Comme dit ci-dessus, j'envisageais de déplacer les tests dans l'article cadratin. Pour le reste, je vais regarder de plus près comment le prendre en compte (dissociation des exemples).
- Cdt. --Gkml (discuter) 22 juillet 2016 à 18:23 (CEST)
- Bonjour Ltrlg, j'ai vu que vous aviez effectué cette modification ; au regard de ce qui est mentionné ci-dessus (voir supra), seriez-vous en mesure d’expliquer à quoi sert cette phrase (et plus généralement cette sous-section) que j'ai maintenue lors de la récente modif. ? En effet, volontairement ou inconsciemment, je n'ai pas fait l'effort d’essayer de comprendre ce qu'avait voulu dire le rédacteur antérieur. Parce que si personne n'est en mesure d’expliquer à quoi cela sert, on pourrait tout bonnement la supprimer ; ou dans le cas contraire, la reformuler pour qu'elle soit un peu moins absconse. Cdt. --Gkml (discuter) 23 juillet 2016 à 04:11 (CEST)
- Il me semble en être le rédacteur, désolé si ce n’est pas clair.
- Dans certains cas, on peut souhaiter augmenter la lisibilité ou la compacité des colonnes en réduisant leur largeur (taille=), mais de trop nombreuses colonnes sur un écran particulièrement grand seraient moins élégantes, à cause du faible nombre de références. L’association du second paramètre (colonnes=) permet d’indiquer cet état au navigateur.
- Je vais prendre un exemple simple que je rencontre souvent (avec {{colonnes}}, mais des listes de {{harvsp}} en références fonctionnent pareil) : la section Articles connexes. Avec disons huit articles, on peut souhaiter avoir des colonnes sur un écran moyen à petit pour réduire la hauteur de la section, les libellés des liens étant souvent courts. Pour ce faire, la méthode actuelle est d’ajouter taille=15 (par exemple, en fonction de la longueur des libellés). Seulement, sur un grand écran, on va se retrouver avec six, sept, voire huit colonnes contenant chacune un lien (une référence dans le cas de {{harvsp}}). Pour rééquilibrer, on peut alors utiliser nombre=3 (colonnes pour {{références}}) pour éviter d’avoir uniquement des colonnes à moins de trois éléments (ce que je considère personnellement généralement comme un minimum pour une mise en page élégante).
- Le problème est un peu plus complexe avec {{références}}, à cause des références qui peuvent être ajoutées ou retirées à distance (réduisant donc la probabilité de vérification de la mise en page par le rédacteur), il faut donc en général faire des choix de valeurs avec plus de marge, mais l’idée est la même.
- — bonnes contributions, Ltrlg (discuter), le 23 juillet 2016 à 09:58 (CEST)
- Le sujet est plutôt complexe, cela ne fait pas de doute en fonction de vos indications ; peut-être en écrirai-je plus ensuite. Pour l'instant, je me pose la question suivante : dans l'exemple que vous avez choisi
{{Références|taille=15|colonnes=3}}
, et que je transforme en{{Références|taille=24|colonnes=2}}
(pour éviter les confusions entre le nombre de colonnes imposé et le nombre minimum souhaitable d’items par ligne que vous avez pris égal à trois aussi), que se passe-t-il quand le nombre de références augmente ? Si j'ai bien compris, même sur grand écran, on ne dépassera pas le nombre de deux colonnes imposé par|colonnes=2}}
. Dans ces conditions (si mon affirmation est exacte), la documentation devrait préciser que ce cas correspond à celui où le nombre de références est faible (en prenant la règle générale : « nombre de références n'excédant pas trois fois le nombre de colonnes imposé »). - Une formulation la plus claire possible devra en tout cas être trouvée (et la plus exacte aussi car je ne suis évidemment pas certain de l’exactitude de mon commentaire ci-dessus).
- Cdt. --Gkml (discuter) 23 juillet 2016 à 10:42 (CEST)
- Le sujet est plutôt complexe, cela ne fait pas de doute en fonction de vos indications ; peut-être en écrirai-je plus ensuite. Pour l'instant, je me pose la question suivante : dans l'exemple que vous avez choisi
- Bonjour Ltrlg, j'ai vu que vous aviez effectué cette modification ; au regard de ce qui est mentionné ci-dessus (voir supra), seriez-vous en mesure d’expliquer à quoi sert cette phrase (et plus généralement cette sous-section) que j'ai maintenue lors de la récente modif. ? En effet, volontairement ou inconsciemment, je n'ai pas fait l'effort d’essayer de comprendre ce qu'avait voulu dire le rédacteur antérieur. Parce que si personne n'est en mesure d’expliquer à quoi cela sert, on pourrait tout bonnement la supprimer ; ou dans le cas contraire, la reformuler pour qu'elle soit un peu moins absconse. Cdt. --Gkml (discuter) 23 juillet 2016 à 04:11 (CEST)
- Puisqu'on sollicite mon avis : globalement les modifications me semblent aller dans le bon sens, même si les W et 00 ne sont probablement pas indispensables, et les exemples avec grec et alpha peut-être pas au bon endroit (je préfèrerais qu'ils ne soient pas mélangés avec les exemples avec / sans colonnes). — Zebulon84 (discuter) 22 juillet 2016 à 14:42 (CEST)
- Une défense pied à pied ?
- Merci, je n'avais pas vu le lien (fatigue ?). Dans votre cas, ce serait plutôt le « W » qui serait probant si j'ai bien compris. Il serait donc probablement utile de déplacer le test dans l'article cadratin (en utilisant aussi votre image), ce que je ferai d’ici un à deux jours. Il présentera en tout cas l'intérêt de relativiser les choses. Je ne suis pas suffisamment expert en PAO pour maîtriser parfaitement le sujet ; néanmoins, l'explication mise en doc. n'est pas inutile car elle permet de « sentir » un peu le sujet, sinon c’est de l'abstrait ou du flou absolu, ce qui est dommage car ça n'en est pas. Quelqu'un sera peut-être plus précis que moi ensuite, améliorant ainsi l’article. --Gkml (discuter) 20 juillet 2016 à 15:27 (CEST)
- Bonjour Oliv0, pouvez-vous svp être plus précis, notamment sur ce qui diffèrerait chez vous dans le test (étant entendu que je me suis arrêté — i. e. j'ai retiré la mention des tests correspondants — juste avant le déclenchement du scrolling horizontal) ? À noter aussi que j'ai laissé ces tests, sans avoir comparé l'effet sur différents écrans, dans l'espoir (naïf probablement) que ce soit homogène. Cdt. --Gkml (discuter) 20 juillet 2016 à 14:51 (CEST)
- Il me semble que l'essentiel est utile au lecteur et conforme au consensus antérieur (notamment sur ce qui est déconseillé ou pas), par contre il y a surtout en note trop de détails peu utiles, d'autant plus que les essais W et 00 ne donnent pas le même résultat chez moi. — Oliv☮ Éppen hozzám? 20 juillet 2016 à 12:11 (CEST)
Notes (section à déplacer en bas de page après chaque insertion de nouveau sujet)
modifier- Comment pourrait-il en être autrement, s'agissant du mode d'emploi d’une partie d’un logiciel ?
- J'ai en effet pour habitude de placer des lots de modification importants quand cela est nécessaire, plutôt qu'une succession de petites modifications.
- Ce que je n'ai pas vérifié point à point pour l'instant.
- La plupart d’entre eux utiles, je l'espère.
Coquille
modifier« exempple » devrait être « exemple ». jmCor (discuter) 31 juillet 2016 à 01:10 (CEST)
Corrigé, mais tu aurais pu le faire directement, la page de documentation du modèle n'est pas protégée. — Zebulon84 (discuter) 31 juillet 2016 à 01:17 (CEST)
Uniformisation des documentations ?
modifier Barada-nikto, Gkml, AntonyB, Oliv0, Zebulon84, Ltrlg, Daniel*D et Hercule : bonjour, à la suite des discussions ci-dessus, n'est-il pas envisageable d'uniformiser les préconisations ? En effet, plusieurs valeurs du paramètre taille sont utilisées. Pour correspondre à deux colonnes , on voit ici taille=35, ailleurs taille=30 ; pour deux colonnes, ici taille=24, ailleurs taille=20 (et j’ai vu utiliser taille=23) ; pour quatre colonnes, ici taille=15, etc. Sans doute se baser sur les arrondis de diviseurs de 70 est logique d'un point de vue technique, mais est-ce que ça fait une grosse différence si on utilise dans toutes les pages d'aide les diviseurs de 60, qui sont plus intuitifs (et sont les diviseurs « exacts » : 60, 30, 20, 15, 10). Je précise que j'utilise jusqu'à maintenant la famille 35, 24, etc., donc je ne défends pas ma chapelle, mais j'ai l'impression que l'un ou l'autre c'est kif-kif, qu'en pensez vous ?--Rehtse (échanger) 1 septembre 2016 à 16:10 (CEST)
- Si une harmonisation peut éviter ne serait-ce qu'une guerre d'édition sur un sujet aussi futile, je suis pour. Pour la valeur, puisque tu utilises mes arguments, je ne peux évidemment pas m'y opposer. Si jamais d'autres trouvent cela vraiment trop petit, on peut aussi partir sur une base de 72, qui se divise nettement mieux que 70 : 36, 24, 18, 14,4, 12, 10,3, 9, 8... — Zebulon84 (discuter) 1 septembre 2016 à 16:22 (CEST)
- J'en pense, en ce qui me concerne, que ça n'a aucune espèce d'importance. J'ai vu apposer, tout récemment encore, |taille=30 pour un article avec trois références longues, avec comme commentaire quelque chose du genre « on fait pareil pour tout le monde » alors même que j'avais demandé poliment (arguant du statut honorifique de créateur-contributeur principal de l'article qu'on m'avait, à moi, opposé sur ma pdd), « pas de colonne ou de taille s'il vous plaît ».
- Je m'autorise donc à rappeler que la mise en colonne induite par |taille=xx a l'intérêt de diminuer la hauteur de la section Références mais que, lorsque ces références sont longues, leur lisibilité diminue sans que, souvent, ça ait le moindre intérêt pour la hauteur de la section Références.
- La manière dont les choses sont comprises par les contributeurs, c'est que le paramètre suggéré devient, de fait, obligatoire et je me suis fait vilipender en essayant parfois de l'enlever parce que ce n'était ergonomiquement pas adapté notamment aux petits écrans des tablettes/smartphones. Ajouter sans discernement |taille=xx de manière systématique n’est pas adéquat et faire cela est tout autant du POV pushing que d'essayer de l'éviter. J'ai parfois mis |taille=40 pour éviter toute mise en colonne sur ma tablette, ce qui n’a jamais été reverté, alors qu'enlever |taille= était illico sujet de discorde…
- Donc, je préférerais personnellement qu'on puisse expliquer cela dans la documentation, l'uniformisation des valeurs étant, à mes yeux et à ce stade parfaitement secondaire voire superfétatoire. Cordialement --Barada-nikto (discuter) 1 septembre 2016 à 16:46 (CEST)
- Bonjour, je n'ai pas vérifié mais, si les nombres indiqués fonctionnent, je préfèrerais la séquence : 36, 24, 18, 14, 12, 10 ; même si cela fait « moins rond », cela ferait perdre moins d’espace dans la ligne. C'est en outre, à peu près celle que j'utilise couramment.
- De plus, il me semble préférable de les indiquer pour éviter des guerres d’édition stupides, ce qui m’est arrivé, et c’est pour cela que j'étais intervenu sur l'article.
- Cdt. --Gkml (discuter) 2 septembre 2016 à 10:06 (CEST)
- Gkml, discuter : Je vais donc proposer aux contributeurs qui ont rédigé Projet:Communes de France/Conseils pour la rédaction. Je signale juste qu'un contributeur indique qu'il rencontre des problèmes avec une valeur supérieure à 30 (dans le 5e paragraphe) : « Je constate toutefois qu'avec 35 j'ai des pb avec l'écran de mon PC que je n'ai pas avec 30, c'est rare bien sûr mais ça arrive. » (AntonyB).--Rehtse (échanger) 2 septembre 2016 à 17:41 (CEST)
- Bonjour,
- Pour un Mac à écran 17" qui fonctionne avec Firefox, ce serait plutôt une division entière de 100 qui serait probante ; je viens de faire le test sur l'article Paul Langevin :
- (taille=) au-delà de 51 (1 colonne) ;
- de 50 à 34 (2 colonnes) ;
- de 33 à 25 (3 colonnes) ;
- de 24 à 20 (4 colonnes) ;
- de 19 à 17 (5 colonnes) ;
- de 16 à ? (je ne suis pas allé plus loin car c’est peu utilisé) (6 colonnes).
- Ainsi, en fonction de ce test, ce serait plutôt la séquence des nombres (50, 33, 24, 19, 16) qui devrait être citée à propos de mon type d’écran ; ceci corroborerait le souvenir que j'ai d’avoir lu dans la documentation (je ne saurais dire où) qu'il fallait faire une division de 100 pour avoir son nombre de colonnes.
- En complément d'une séquence de nombres, il serait ainsi éventuellement judicieux de donner aussi la taille de l’écran utilisé, et éventuellement d’autres paramètres (police de caractères ? taille de caractères).
- Cdt. --Gkml (discuter) 3 septembre 2016 à 10:56 (CEST)
- Gkml, je ne pense pas qu'on puisse raisonner en termes de « type d'écran », parce que'on peut faire varier comme on veux la taille des caractères, chacun selon sa norme de confort (vue d'aigle, vue basse, etc.). C'est pourquoi je pense qu'il vaut mieux se baser sur ce qui est pratiqué en général par les contributeurs, et pour obtenir « en moyenne » deux colonnes, la valeur proposée oscille me semble-t-il entre 30 et 40 (dans le cas cité ci-dessus pour Barada-nikto. Il me semble évident que si on propose 50, il y aura inévitablement des modifications successives, car ça ne correspond pas à l'usage courant pour avoir deux colonnes ou moins. C'est vrai que dans ton cas en utilisant 36, 24, 18, etc. on passe directement de 2 à 4 colonnes, mais est-ce que c'est pénalisant pour la lecture ? Je rappelle qu'il s'agit à la fois de permettre une lecture confortable sur les « petits écrans », et de proposer des valeurs standards qui ne seront pas changées trop souvent au gré des configurations de chacun (une norme, en gros).--Rehtse (échanger) 3 septembre 2016 à 16:55 (CEST)
- Oui, c’est pour cela que j’évoquais d’autres paramètres que la taille d’écran : police ?, taille de caractères.
- Le plus simple serait d’indiquer une séquence de nombres comme indiqué (50, 33, etc.) ou l'autre un peu plus haut (36, 24, 18, 14, 12, 10), etc. et d’expliquer combien de colonnes cela fait dans chaque cas d’écran et de taille de caractères ; ce qui n'est pas nécessairement évident. Sinon, je ne vois pas comment on peut s'en sortir : en effet, vous aurez toujours quelqu'un pour dire que cela n'a pas l'effet voulu dans son cas particulier.
- Cdt. --Gkml (discuter) 4 septembre 2016 à 13:26 (CEST)
- Je suis bien d'accord, c'est pour ça que j'ai proposé d'établir une valeur « standard », afin d'éviter que les modifications se multiplient pour adapter l’affichage à « son » écran. À l'origine, si j'ai bien compris, « taille » a été privilégié pour ne pas rendre illisibles les ref sur les écrans de smartphone ou de tablette, pas pour satisfaire chacun selon ses désirs les plus fous, parce que techniquement je ne suis pas sûr que ça dépende des paramètres placés dans les articles. Je propose donc une dernière fois de mettre à jour la documentation pour inciter à choisir la séquence 36, 24, etc. (en indiquant éventuellement que c'est assez arbitraire, et que ça permet à la très grande majorité d'avoir un affichage correct et lisible) et à proposer de « répandre » cette proposition partout où des aides sont écrites sur le sujet. Sans affirmer que ce choix est génial. Ce serait quand même une chose positive. Mais bon, si c'est pas possible, tant pis, de toutes façons je croise déjà beaucoup de valeurs différentes. Tant que ça ne provoque pas des modifications incessantes, après tout...--Rehtse (échanger) 5 septembre 2016 à 22:38 (CEST)
Rehtse Ok pour établir un standard mais lequel? Ta proposition de « choisir la séquence 36, 24, etc. » conduit à avoir de nombreuses colonnes sur un grand écran alors qu'il semble clair que 2 voire 3 sur un grand écran semble correct mais pas plus. Comment faire pour avoir une colonne visible sur un écran microscopique et ne pas avoir une foultitude de colonnes sur un grand écran? Ne peux t'on jouer sur les 2 paramètres taille/nombre simultanément pour définir que le nombre de colonnes ne doit pas dépasser 3 sur un grand écran? ... Pano38 (discuter) 28 septembre 2016 à 09:47 (CEST)
- Je ne vois pas où est le problème d’avoir un nombre important de colonnes lorsque les éléments ne font qu'une ligne dans chaque colonne ; voir par exemple le § Références de l'article Camp d'extermination de Chełmno ; fixer le nombre de colonnes à trois par exemple me paraît étrange et ne pas correspondre à un cas général. Cdt. --Gkml (discuter) 28 septembre 2016 à 10:06 (CEST)
Gkml Tu ne vois pas le problème de lire des lignes de texte de quelques mots étalés sur plusieurs lignes; moi si, cela devient totalement illisible, sans parler de la mise en page ... Pano38 (discuter) 28 septembre 2016 à 10:20 (CEST)
- Pano38, bonjour, le cas se règle simplement en associant le paramètre taille=x avec colonnes=y, y étant le nombre maximum de colonnes à afficher. Pour les petits écrans, une seule colonnes, pour les plus grands, jusqu'à y colonnes selon la taille. Cela permet de tenir compte de tout le monde. Mais pas de concilier ceux qui veulent des colonnes sur toutes la largeur de l'écran et ceux qui n'en veulent que peu... là il faut faire des concessions. Je précise également que ce n'est pas moi qui ai mis en place la doc avec une valeur proposée (35 jusqu'à maintenant). J'ai juste souhaité uniformisé avec d'autres doc ailleurs, qui proposent 30 par exemple.--Rehtse (échanger) 28 septembre 2016 à 10:35 (CEST)
Rehtse Si « nombre » est le nombre « maximum » de colonnes, tout va bien, ce n'est pas ce que j'avais compris ... Pano38 (discuter) 28 septembre 2016 à 10:44 (CEST)
- Conflit d’édition — Concernant un § Références, comme déjà dit, tant que l'on n'excède pas une ligne d’écriture par colonne, il n'y a aucun intérêt à limiter le nombre de colonnes, sauf à avoir des informations éparses sur chaque ligne d’écran et à multiplier inutilement le nombre de lignes du tableau (en hauteur), donc à entraîner la nécessité d'utiliser l'ascenseur, d’autant qu'en général un § Références se lit rarement directement (sauf pour effectuer des contrôles de bon fonctionnement) ; en effet, on accède à un tel § par le biais des appels de note.
- Je signale en outre que, pour les articles Camp d'extermination de Chełmno, Reinhard Heydrich, Massacre de Tulle, Massacre d'Oradour-sur-Glane et Camp d'extermination de Belzec, etc. (il y en a tant d’autres), qui sont des articles de qualité, aucun relecteur n'a signalé que les § Références avaient trop de colonnes. Idem pour l'article Le Chant des partisans#Interprètes.
- En revanche, le nombre de lignes par colonne devant être au minimum de trois (selon un principe énoncé dans une discussion récente sauf erreur), il convient de combiner l'usage du paramètre
colonnes=
au paramètretaille=
; c’est pour cela par exemple que la paramètrecolonnes=9
a été ajouté au paramètretaille=xx
dans l’article Le Chant des partisans car il y a 28 items dans le tableau (en effet 9 multiplié par 3 donne 27, plus petit que 28 ; on est ainsi assuré d’avoir au moins trois lignes, même pour les écrans très larges). Cdt. --Gkml (discuter) 28 septembre 2016 à 11:25 (CEST) - P.-S. : l'astuce qui ne semble écrite nulle part (à confirmer en relisant la présente page principale) est que le param.
colonnes=
qui est habituellement un nombre de colonnes imposé devient un nombre de colonnes maximal dès lors qu'il est combiné au param.taille=
. Cdt. --Gkml (discuter) 28 septembre 2016 à 11:25 (CEST)Gkml Merci pour cette réponse rapide. Effectivement en utilisant les deux paramètres ont limite le nombre de colonne, ce qui améliore, à mon avis, la lisibilité. Merci pour cette réponse rapide. Cordialement ... Pano38 (discuter) 28 septembre 2016 à 13:47 (CEST)
- Ai corrigé en ce sens le § « Affichage sur plusieurs colonnes » de la doc. du Modèle:Références. Cdt. --Gkml (discuter) 28 septembre 2016 à 16:01 (CEST)
- Idem pour le § « Syntaxe » de la doc. du Modèle:Colonnes. --Gkml (discuter) 28 septembre 2016 à 16:55 (CEST)
- @Gkml Si ta référence à une discussion précédente concerne mon message de la section précédente, note que j’avais bien pris soin d’indiquer que les trois lignes constituent une préférence personnelle et générale, ne pouvant donc être prise comme un absolu (comme le fait la documentation actuellement) sans au minimum avoir vérifié que ce point de vue était partagé par les personnes s’intéressant au sujet — bonnes contributions, Ltrlg (discuter), le 28 septembre 2016 à 17:39 (CEST)
- Je pense que, pour ce point de détail, cela peut passer car il m'apparaît raisonnable ; si quelqu'un met en cause ce point, il sera toujours temps de lancer un sondage ou une autre forme de consultation ; mais je serais surpris qu'il y ait contestation. Cdt. --Gkml (discuter) 28 septembre 2016 à 17:46 (CEST)
- @Gkml Si ta référence à une discussion précédente concerne mon message de la section précédente, note que j’avais bien pris soin d’indiquer que les trois lignes constituent une préférence personnelle et générale, ne pouvant donc être prise comme un absolu (comme le fait la documentation actuellement) sans au minimum avoir vérifié que ce point de vue était partagé par les personnes s’intéressant au sujet — bonnes contributions, Ltrlg (discuter), le 28 septembre 2016 à 17:39 (CEST)
- Pano38, bonjour, le cas se règle simplement en associant le paramètre taille=x avec colonnes=y, y étant le nombre maximum de colonnes à afficher. Pour les petits écrans, une seule colonnes, pour les plus grands, jusqu'à y colonnes selon la taille. Cela permet de tenir compte de tout le monde. Mais pas de concilier ceux qui veulent des colonnes sur toutes la largeur de l'écran et ceux qui n'en veulent que peu... là il faut faire des concessions. Je précise également que ce n'est pas moi qui ai mis en place la doc avec une valeur proposée (35 jusqu'à maintenant). J'ai juste souhaité uniformisé avec d'autres doc ailleurs, qui proposent 30 par exemple.--Rehtse (échanger) 28 septembre 2016 à 10:35 (CEST)
- Je ne vois pas où est le problème d’avoir un nombre important de colonnes lorsque les éléments ne font qu'une ligne dans chaque colonne ; voir par exemple le § Références de l'article Camp d'extermination de Chełmno ; fixer le nombre de colonnes à trois par exemple me paraît étrange et ne pas correspondre à un cas général. Cdt. --Gkml (discuter) 28 septembre 2016 à 10:06 (CEST)
- Je suis bien d'accord, c'est pour ça que j'ai proposé d'établir une valeur « standard », afin d'éviter que les modifications se multiplient pour adapter l’affichage à « son » écran. À l'origine, si j'ai bien compris, « taille » a été privilégié pour ne pas rendre illisibles les ref sur les écrans de smartphone ou de tablette, pas pour satisfaire chacun selon ses désirs les plus fous, parce que techniquement je ne suis pas sûr que ça dépende des paramètres placés dans les articles. Je propose donc une dernière fois de mettre à jour la documentation pour inciter à choisir la séquence 36, 24, etc. (en indiquant éventuellement que c'est assez arbitraire, et que ça permet à la très grande majorité d'avoir un affichage correct et lisible) et à proposer de « répandre » cette proposition partout où des aides sont écrites sur le sujet. Sans affirmer que ce choix est génial. Ce serait quand même une chose positive. Mais bon, si c'est pas possible, tant pis, de toutes façons je croise déjà beaucoup de valeurs différentes. Tant que ça ne provoque pas des modifications incessantes, après tout...--Rehtse (échanger) 5 septembre 2016 à 22:38 (CEST)
- Gkml, je ne pense pas qu'on puisse raisonner en termes de « type d'écran », parce que'on peut faire varier comme on veux la taille des caractères, chacun selon sa norme de confort (vue d'aigle, vue basse, etc.). C'est pourquoi je pense qu'il vaut mieux se baser sur ce qui est pratiqué en général par les contributeurs, et pour obtenir « en moyenne » deux colonnes, la valeur proposée oscille me semble-t-il entre 30 et 40 (dans le cas cité ci-dessus pour Barada-nikto. Il me semble évident que si on propose 50, il y aura inévitablement des modifications successives, car ça ne correspond pas à l'usage courant pour avoir deux colonnes ou moins. C'est vrai que dans ton cas en utilisant 36, 24, 18, etc. on passe directement de 2 à 4 colonnes, mais est-ce que c'est pénalisant pour la lecture ? Je rappelle qu'il s'agit à la fois de permettre une lecture confortable sur les « petits écrans », et de proposer des valeurs standards qui ne seront pas changées trop souvent au gré des configurations de chacun (une norme, en gros).--Rehtse (échanger) 3 septembre 2016 à 16:55 (CEST)
- Gkml, discuter : Je vais donc proposer aux contributeurs qui ont rédigé Projet:Communes de France/Conseils pour la rédaction. Je signale juste qu'un contributeur indique qu'il rencontre des problèmes avec une valeur supérieure à 30 (dans le 5e paragraphe) : « Je constate toutefois qu'avec 35 j'ai des pb avec l'écran de mon PC que je n'ai pas avec 30, c'est rare bien sûr mais ça arrive. » (AntonyB).--Rehtse (échanger) 2 septembre 2016 à 17:41 (CEST)
Lisibilité avec des colonnes
modifierUne petite note à tous ceux qui suivent la page : cette modification devrait contribuer à améliorer la lisibilité des listes de références avec des colonnes, en évitant — sur les navigateurs récents — qu’une unique référence se retrouve sur deux colonnes. Il est possible que ce soit parfois moins élégant (exemple forçant le trait, cas réel avec {{Introduction population d'article de commune de France}}), cependant je pense que c’est globalement mieux que la situation précédente, surtout sur les longues listes, où l’utilisation de l’ascenseur est nécessaire pour aller au début de la colonne suivante.
— bonnes contributions, Ltrlg (discuter), le 4 septembre 2016 à 14:41 (CEST)
- Merci beaucoup, c'est une belle amélioration.--Rehtse (échanger) 5 septembre 2016 à 16:40 (CEST)
- Merci également, car le découpage d'une référence sur deux colonnes rendait peu pratique sa lecture, surtout dans les cas où il y a de très nombreuses références (avec parfois l'emploi, par ailleurs, de {{Références nombreuses}}). NB80 [DISCUTER], 29 septembre 2016 à 12:07 (CEST)
Taille et colonnes, le retour
modifierBonjour, à la suite de la discussion sur Discussion:Collégiale Saint-Martin de Candes-Saint-Martin/Bon article, il apparaît que parmi les remarques visant à améliorer l'article pour l'amener au niveau BA, les contributeurs qui l'ont proposé ont été amené à passer le paramètre taille de 36 à 30 pour que l'affichage soit considéré comme correct. C'est typiquement ce que j'aurais souhaité ne pas voir apparaître... imaginons qu'un autre contributeur arrive en disant « ah ben non pour moi c'est pas bon, il me faut 50 », on n'en sort pas.
Alors je repose la question posée plus haut : est-ce vraiment un problème de choisir 30 pour avoir deux colonnes en « standard » ? Sur mon smartphone, cette valeur ne pose aucun problème, ça affiche une seule colonne, c'est donc parfaitement lisible. Pour quel type d'appareil ou de configuration cela pose problème ? Quel configuration doit-on privilégier ? Pour moi, si vraiment il y a des écrans qui s'affichent sur deux colonnes dès 30, il faut privilégier ceux-là puisque c'est difficilement lisible, alors que voir les refs sur une seule colonne est peut-être moins esthétique mais pas pénalisant. Bref, y a-t-il des avis sur la question ?--Rehtse (échanger) 4 octobre 2016 à 20:46 (CEST)
Je notifie Barada-nikto, Gkml, AntonyB, Oliv0, Zebulon84, Ltrlg, Daniel*D, Hercule, Pano38, Arcyn37 et Olivier LPB :, désolé si j'oublie certains des précédents participants.--Rehtse (échanger) 4 octobre 2016 à 20:50 (CEST)
Oups, désolé Arcyon37 :.--Rehtse (échanger) 4 octobre 2016 à 20:52 (CEST)
- Pas de problème, Rehtse mais c'est vrai qu'Arcyn37 est encore inconnu au bataillon
. Je notifie en plus
Harrieta171 :. J'avais imaginé, dans un premier temps, proposer une série de tests : à partir de nos matériels respectifs et en fonction de nos largeurs d'écrans, voir, à partir d'une même série de blocs de colonnes de tailles différentes, les problèmes éventuels d'affichage que cela pose et regrouper les résultats ; c'est peut-être lourd, mais ça me paraît une manière pragmatique d'appréhender le problème. De plus, on aborde ici l'affichage des références, mais la question se pose aussi pour tout texte présenté sur plusieurs colonnes. — Arcyon (Causons z'en) 4 octobre 2016 à 21:10 (CEST)
- Tout à fait d'accord.--Rehtse (échanger) 4 octobre 2016 à 21:14 (CEST)
- Bonjour à tous et merci cher Arcyon37 (d · c · b) de cette proposition que j'avais appelée de mes vœux à plusieurs reprises mais sans succès (c'est le scientifique qui parle). Bien cordialement. AntonyB (discuter) 4 octobre 2016 à 23:20 (CEST)
- Je n'avais pas lu les anciennes discussions à ce propos et je ne savais pas que je ne faisais que reprendre une proposition d'AntonyB. Tant mieux : les grands esprits se rencontrent, oserais-je dire
. Je prépare une page test sur un brouillon asap. — Arcyon (Causons z'en) 5 octobre 2016 à 08:46 (CEST)
- D’après les ancienne discussion et la possibilité d'utiliser les 2 paramètres simultanément, j'en suis arrivé a la conclusion que taille=30 et colonnes = 2 me donnais satisfaction quelle que soit la taille d'écran. Ne peut on définir une valeur par défaut pour ces deux paramètres, meme si on laisse une totale liberté à chacun? ... Pano38 (discuter) 5 octobre 2016 à 08:53 (CEST)
- Apparemment, lors de la discussion précédente (voir supra), nous étions convenus de mettre en place l'échelle des diviseurs de 72, i. e. 72, 36, 24, 18, 14, etc.
- Ce n'est pas parfait, mais ce sera un guide pour la plupart des utilisateurs.
- Ensuite, comme cela est déjà explicité dans la documentation, si vous ajouter le paramètre
colonnes=« n »
, vous limitez le nombre de colonnes affichées à « n », quelle que soit la dimension des colonnes que vous avez au préalable choisie (au moyen du premier paramètretaille=« xy »
). - Cdt. --Gkml (discuter) 5 octobre 2016 à 09:26 (CEST)
- Bonjour
Gkml ce sont justement ces valeurs qui sont remises en cause, c'est pourquoi nous essayons d'avoir une vue globale du rendu selon les configurations. Comme je l'ai écrit sur le premier message de cette section, un contributeur a demandé de passer de 36 à 30 lors de la mise au point d'un article pour l'obtention d'un label BA, et a obtenu gain de cause, ce qui pose quand même problème : si la doc ne convient pas aux articles de meilleure qualité...--Rehtse (échanger) 5 octobre 2016 à 09:37 (CEST)
- Bonjour
- D’après les ancienne discussion et la possibilité d'utiliser les 2 paramètres simultanément, j'en suis arrivé a la conclusion que taille=30 et colonnes = 2 me donnais satisfaction quelle que soit la taille d'écran. Ne peut on définir une valeur par défaut pour ces deux paramètres, meme si on laisse une totale liberté à chacun? ... Pano38 (discuter) 5 octobre 2016 à 08:53 (CEST)
- Je n'avais pas lu les anciennes discussions à ce propos et je ne savais pas que je ne faisais que reprendre une proposition d'AntonyB. Tant mieux : les grands esprits se rencontrent, oserais-je dire
- Bonjour à tous et merci cher Arcyon37 (d · c · b) de cette proposition que j'avais appelée de mes vœux à plusieurs reprises mais sans succès (c'est le scientifique qui parle). Bien cordialement. AntonyB (discuter) 4 octobre 2016 à 23:20 (CEST)
- Tout à fait d'accord.--Rehtse (échanger) 4 octobre 2016 à 21:14 (CEST)
Bonjour, les test ont déjà été fait. Je recommence pour les besoins de la cause. Si je prends Cathédrale Notre-Dame-et-Saint-Véran de Cavaillon, sur ma 8 pouces, la hauteur de la section références pour les 14 ref. est de 26 lignes en configuration "1 colonne". Avec l'effet de mise en deux colonnes du fait de taille=30 elle en fait... 25 ! Une ligne de gagnée. En contrepartie, la dernière réf., la 14° à l’heure où j'écris ceci, est, elle, répartie sur 8 lignes. Et, bien sûr, toutes les autres passent aussi de 1 à 2 lignes à 3 minimum. Donc, pour une ligne de gagnée en hauteur, on dégrade la lisibilité de toutes les références ; si quelqu'un estime qu'il est scientifiquement plus aisé de lire une référence sur 3 lignes que sur 2 ou sur 8 plutôt que 4, je rends les armes. Cordialement --Barada-nikto (discuter) 5 octobre 2016 à 09:46 (CEST)
- NB : je viens de changer de bécane, sur mon 17' actuel, la section références fait 15 lignes de hauteur. Une par référence, seule la dernière est répartie sur deux ; en la circonstance, encore moins qu'ailleurs, quoiqu'en dise "l'innocente" IP, la mise en colonnes s'impose. Là aussi, si 15 lignes c'est "trop haut" et qu'il faut, à partir de ce nombre, passer en multicolonnage, je rends les armes. Cordialement --Barada-nikto (discuter) 5 octobre 2016 à 09:57 (CEST)
- Autres témoignages à partir du même article, avec ma config de navigateur où la police est légèrement plus petite que la normale.
- Sur mon écran de 1680px de large (23 pouces je crois), les références apparaissent sur 3 colonnes, ça fait 10 lignes de haut. En 36em, je n'ai plus que 2 colonnes de 9 lignes. Dans ce cas, ma préférence va plutôt pour le 30em.
- Sur mon écran de 1360px de large (13 pouces), les références apparaissent sur 2 colonnes, sur 12 lignes de haut. Idem en 36em.
- Sur la moitié de mon écran de 1680px, une seule colonne de 20 lignes. Idem en 36em. Si je mets une taille de police classique, cette même colonne fait par contre 26 lignes de haut.
- D'après mon expérience, la largeur idéale dépend surtout du type de références utilisées majoritairement dans l'article. Les réfs du type harvsp sont très courtes, les lien web sont plus verbeux, et les livres encore plus. Il me semble difficile de faire une règle unique. — H4stings d 5 octobre 2016 à 10:07 (CEST)
- Autres témoignages à partir du même article, avec ma config de navigateur où la police est légèrement plus petite que la normale.
Barada-nikto D'accord, il y a des cas où il n'est pas forcément justifié d'avoir un paramètre taille et/ou colonne. Beaucoup d'article contiennent simplement {{Références}} ou <references/>. Maintenant, pour l'article Collégiale Saint-Martin de Candes-Saint-Martin, ça donne quoi sur ta 8 pouces ?--Rehtse (échanger) 5 octobre 2016 à 10:21 (CEST)
H4stings On est bien d'accord, mais est-ce qu'on peut établir le choix entre la séquence 72, 36, 24, 18, etc. et 60, 30, 15, 12, etc. pour au moins éviter les mises à jour « chacun pour sa config » ?--Rehtse (échanger) 5 octobre 2016 à 10:21 (CEST)
- Pas sûr que ce soit réaliste. D'après mes tests de ce matin sur l'article Collégiale Saint-Martin de Candes-Saint-Martin, 30 me paraît préférable à 36. Mais si je cherchais un peu, je devrais bien pouvoir trouver des articles où ce serait l'inverse. — H4stings d 5 octobre 2016 à 10:40 (CEST)
- Les différences entre les ref verbeuses ou pas se règlent avec le choix des sous-multiples de la base de départ. je pense moi qu'il est réaliste de fixer la base de départ. Rappelons-nous que jusqu'il y a pas si longtemps, c'était fixé par un nombre de colonnes, quel que soit l'écran. C'était bien pire, non ? Il me paraît donc très raisonnable qu'on puisse fixer une norme, sachant que c'est bien plus adapté aux différents écrans qu'avant. Ce ne sera pas parfait, mais ça progresse.--Rehtse (échanger) 5 octobre 2016 à 10:50 (CEST)
- Conflit d’édition — Rehtse Je pige pas... Tu dis toi-même qu'il y a des cas où ce n'est pas "forcément justifié". Pourquoi donc se focaliser sur des multiples de 72 ou de je ne sais quoi ou avoir une doc avec des considérations sur la taille d'un cadratin ? Je préférerais, bis (ou ter ou quater) repetita qu'on indique dans la doc des informations sur la pertinence à utiliser ces paramètres plutôt que de laisser entendre qu'il serait quasiment obligatoire d'utiliser taille et/ou colonne de manière systématique. Parce que, aujourd'hui, c'est exactement ce qui se passe, cf. les commentaires des IP sur Cathédrale Notre-Dame-et-Saint-Véran de Cavaillon et pas que là d'ailleurs. Il y a même un contributeur (je ne sais plus qui, je ne sais plus où) qui avait proposé de passer en revue tous les articles où il y avait {{Références}} tout seul pour y rajouter taille=xx. A l'instar d'autres, je persiste à penser que la règle unique n'est pas souhaitable. Cordialement --Barada-nikto (discuter) 5 octobre 2016 à 10:53 (CEST)
- Conflit d’édition —Une alternative pourrait consister à proposer l'union des deux séquences, soit « 72, 60, 36, 30, 24, 18, 15, 14, 12 » en indiquant que dans le cas des références de longueur standard (plutôt longues), on prend 36 ou 30 et que pour les références plus courtes (du type appel de note par {{sfn}}) on choisit plutôt 24 ou 18.
- Cdt. --Gkml (discuter) 5 octobre 2016 à 10:56 (CEST)
- Ne le prenez pas mal, mais ces considérations sur les multiples de 12 n'ont pour moi aucun sens, désolé. On peut aussi choisir "rien du tout" car une section références de 15 lignes pour 14 références n'en a aucun besoin, que ce soit en 8 pouces ou en 17 pouces d'après mes tests. Cordialement --Barada-nikto (discuter) 5 octobre 2016 à 11:01 (CEST)
- Comme dit dans la discussion précédente (voir supra) la taille de police a aussi son incidence (me concernant sur un écran 17", je n'ai pas le même effet que ce que vous observez).
- C'est pour cela que les indications non formelles comme je l'ai précisé peuvent être utiles à un certain nombre de contributeurs. Il me semble difficile d’en faire plus dans l'état actuel de nos connaissances, et ce serait mieux de proposer des indications générales avec la prudence requise que de ne rien proposer du tout, cette dernière attitude laissant la voie libre à toute sorte de discussion oiseuse quand un conflit apparaît entre contributeurs. Cdt. --Gkml (discuter) 5 octobre 2016 à 11:16 (CEST)
- Merci pour ce témoignage ; il me conforte dans l'idée qu'une valeur unique n'est pas souhaitable vu la variabilité des configurations. Cordialement --Barada-nikto (discuter) 5 octobre 2016 à 11:30 (CEST)
- Ne le prenez pas mal, mais ces considérations sur les multiples de 12 n'ont pour moi aucun sens, désolé. On peut aussi choisir "rien du tout" car une section références de 15 lignes pour 14 références n'en a aucun besoin, que ce soit en 8 pouces ou en 17 pouces d'après mes tests. Cordialement --Barada-nikto (discuter) 5 octobre 2016 à 11:01 (CEST)
- Conflit d’édition — Rehtse Je pige pas... Tu dis toi-même qu'il y a des cas où ce n'est pas "forcément justifié". Pourquoi donc se focaliser sur des multiples de 72 ou de je ne sais quoi ou avoir une doc avec des considérations sur la taille d'un cadratin ? Je préférerais, bis (ou ter ou quater) repetita qu'on indique dans la doc des informations sur la pertinence à utiliser ces paramètres plutôt que de laisser entendre qu'il serait quasiment obligatoire d'utiliser taille et/ou colonne de manière systématique. Parce que, aujourd'hui, c'est exactement ce qui se passe, cf. les commentaires des IP sur Cathédrale Notre-Dame-et-Saint-Véran de Cavaillon et pas que là d'ailleurs. Il y a même un contributeur (je ne sais plus qui, je ne sais plus où) qui avait proposé de passer en revue tous les articles où il y avait {{Références}} tout seul pour y rajouter taille=xx. A l'instar d'autres, je persiste à penser que la règle unique n'est pas souhaitable. Cordialement --Barada-nikto (discuter) 5 octobre 2016 à 10:53 (CEST)
- Les différences entre les ref verbeuses ou pas se règlent avec le choix des sous-multiples de la base de départ. je pense moi qu'il est réaliste de fixer la base de départ. Rappelons-nous que jusqu'il y a pas si longtemps, c'était fixé par un nombre de colonnes, quel que soit l'écran. C'était bien pire, non ? Il me paraît donc très raisonnable qu'on puisse fixer une norme, sachant que c'est bien plus adapté aux différents écrans qu'avant. Ce ne sera pas parfait, mais ça progresse.--Rehtse (échanger) 5 octobre 2016 à 10:50 (CEST)
Bonjour à tous et merci de toutes ces infos. Je suis resté un peu en retrait de la discussion, n'ayant pas un avis tranché sur la solution à adopter. J'avais relancé la discussion après avoir constaté le mouvement d'essuie-glace (merci Rehtse (d · c · b) pour l'image) : après avoir constaté qu'à la suite de mon changement de 30 en 36 comme le proposait la nouvelle version de la doc, qqn était passé derrière pour remettre 30. Aujourd'hui, c'est l'ami Gkml (d · c · b) qui met 49 (voir ici en bas de page). J'avoue être un peu perdu. Bien cordialement. AntonyB (discuter) 6 octobre 2016 à 19:50 (CEST)
- Oui, AntonyB, bonjour, il est normal que tu sois « perdu » car nous ne sommes pas parvenus à être très précis, ce qui est aussi non surprenant ; j'ai mis cette valeur relativement importante (adaptée à mes tailles d’écran et de police — voir la discussion précédente — car elle est concernée par les diviseurs de 100), pour que les grands écrans aient au moins deux colonnes et les autres une seule (je ne veux pas leur imposer deux colonnes). Je pense respecter ainsi l'esprit de la documentation. Si quelqu'un passe derrière moi et met une valeur plus petite, je présumerai que même les petits écrans veulent au moins deux colonnes. Comme dit ci-dessus (voir supra), il est difficile de conclure et, dans la documentation, il faut se contenter de donner des indications aux contributeurs pour qu'ils comprennent que les paramètres sont « accessibles » sans qu'il soit possible de satisfaire tous les types d’écrans, de navigateurs et de polices simultanément.
- À ta disposition pour toute autres précision éventuelle.
- Bien cdt. --Gkml (discuter) 7 octobre 2016 à 10:13 (CEST)
- Merci mais décidément je comprends de moins en moins puisque tu avais essayé de me persuader qu'il fallait employer un diviseur de 72 or je ne sais pas de quel chapeau tu as sorti la valeur de 49. Bref, pour mes deux écrans, je n'ai plus qu'une colonne, je vais donc remettre 30 (ou 36 s'il faut revenir à un diviseur de 72). Bien cordialement. AntonyB (discuter) 7 octobre 2016 à 17:41 (CEST)
- Non, ma première proposition était la suivante (voir supra) ; ensuite, à force de mettre de l'eau dans mon vin, j'en suis arrivé à celle-ci : « 72, 60, 36, 30, 24, 18, 15, 14, 12 » (voir supra) ; donc, j'avais mis cette valeur (de 49, en ligne avec ma première prop.) car j'étais à peu près certain de ne déranger personne. Bien cdt. --Gkml (discuter) 7 octobre 2016 à 18:20 (CEST)
- Désolé Gkml mais, comme AntonyB, je ne comprends pas ta démarche. Le paramètre utilisé avant ton intervention était colonnes=2, donc deux colonnes pour tout le monde, du smartphone à l'écran large comme le tien. En passant à taille=49, tu sais très bien que tu modifies uniquement pour ta configuration ; vu toute la discussion précédente, à laquelle tu as participé, il est évident qu'il aurait fallu placer taille=30 ou taille=36, sans quoi pour la plus grande part des écrans de bureau on passe sur une colonne (et pour ta configuration il aurait suffi de laisser colonnes=2 si tu n'en veux pas plus de deux). Je ne dis pas que deux colonnes c'est mieux qu'une seule, en l'occurrence ça me va dans les deux cas, c'est aussi lisible pour moi. Mais si le paramètre est au départ colonnes=2, non ce n'est pas neutre de choisir taille=49, ça ne satisfait que ton type d'écran par rapport à ce qui existait préalablement.--Rehtse (échanger) 7 octobre 2016 à 18:27 (CEST)
- Bonsoir Rehtse, tu sais très bien (voir doc.) que l'emploi du param.
colonnes=
seul est obsolète : je suis donc passé àtaille=
. - Si j'ai mis 49, c’est que j’ai estimé (en fonction du contenu) qu'il n'y avait pas grand intérêt à passer de une colonnes à deux pour les petits écrans. Mais c’était une supposition : si les propriétaires des petits écrans veulent plus de colonnes, libre à eux et ils corrigent le param.
taille=49
que j'avais mis. Je n'ai pas vérifié sur un petit écran, mais je ne suis pas certain qu'il y ait intérêt à passer à deux colonnes (en prenant e. g. le param.taille=30
) dans ce cas particulier. Cdt. --Gkml (discuter) 7 octobre 2016 à 19:33 (CEST)- Je ne comprends plus la discussion. J'ai l'impression de revenir plus de dix ans en arrière à l'époque où l'on discutait de l'intérêt de la mise en colonnes du contenu des articles. Puis-je rappeler (c'est l'ancien directeur de la rédaction de deux revues qui parle) que l'intérêt de la mise en colonnes est évident pour aider à la lecture. Lisez n'importe quel journal, n'importe quel magazine et vous comprendrez. Le choix ici a été fait de limiter l'usage des colonnes à seulement quelques parties des articles, il faut en user. Bien cordialement. AntonyB (discuter) 7 octobre 2016 à 23:27 (CEST)
- Gkml, comme je l'ai écrit, mettre une ou deux colonnes n'est pas une question de préférence pour moi, les deux me vont. Je dis juste que tu présentes les choses comme si personne n'avait fait le choix de mettre sur deux colonnes avant ta modif : c'est faux. Colonnes=2 avait été mis intentionnellement. Donc tu n'as pas remplacé seulement un paramètre obsolète. Tu as changé la présentation pour une grande partie des écrans de bureau et tablettes. J'ai un écran 17 pouces. Est-ce un petit écran ? Je n'utilise probablement pas la même taille de police que toi. Quand tu écris : « il n'y avait pas grand intérêt à passer de une colonnes à deux », ce n'est pas ce que tu as fait. Tu es passé de deux colonnes pour tous à une colonne pour presque tous sauf ceux qui ont une configuration proche de la tienne. Tu en as le droit, mais donc on en revient toujours au même problème : on ne fixe pas une règle générale (parce que c'est impossible, ou autre argument), mais chacun va établir sa propre règle générale (ça devient donc possible), avec le risque de changements multiples pour peu de chose, finalement. Mais bon, ce n'est sans doute pas grave, ça n'empêche pas wikipédia d'avancer, et chacun modifiera les tailles et colonnes avec la volonté d'améliorer la présentation, c'est l'essentiel. Sur ce, je pense que je ne vais plus insister dans ces discussions, ça me paraît un peu vain. J'espère que ça aura permis à ceux qui y ont participé d'avancer, comme c'est mon cas, dans la compréhension des différentes approches de présentation. C'est déjà beaucoup.--Rehtse (échanger) 8 octobre 2016 à 00:44 (CEST)
- Merci de vos commentaires AntonyB et Rehtse ; je ne vais pas en ajouter au risque de me répéter. Il reste maintenant à vérifier que la rédaction de la documentation est en ligne avec nos souhaits et observations. Cdt. --Gkml (discuter) 8 octobre 2016 à 11:54 (CEST)
- C'est clairement non en ce qui me concerne, mais je crois que vous le savez déjà. Cordialement --Barada-nikto (discuter) 8 octobre 2016 à 12:12 (CEST)
- Merci de vos commentaires AntonyB et Rehtse ; je ne vais pas en ajouter au risque de me répéter. Il reste maintenant à vérifier que la rédaction de la documentation est en ligne avec nos souhaits et observations. Cdt. --Gkml (discuter) 8 octobre 2016 à 11:54 (CEST)
- Gkml, comme je l'ai écrit, mettre une ou deux colonnes n'est pas une question de préférence pour moi, les deux me vont. Je dis juste que tu présentes les choses comme si personne n'avait fait le choix de mettre sur deux colonnes avant ta modif : c'est faux. Colonnes=2 avait été mis intentionnellement. Donc tu n'as pas remplacé seulement un paramètre obsolète. Tu as changé la présentation pour une grande partie des écrans de bureau et tablettes. J'ai un écran 17 pouces. Est-ce un petit écran ? Je n'utilise probablement pas la même taille de police que toi. Quand tu écris : « il n'y avait pas grand intérêt à passer de une colonnes à deux », ce n'est pas ce que tu as fait. Tu es passé de deux colonnes pour tous à une colonne pour presque tous sauf ceux qui ont une configuration proche de la tienne. Tu en as le droit, mais donc on en revient toujours au même problème : on ne fixe pas une règle générale (parce que c'est impossible, ou autre argument), mais chacun va établir sa propre règle générale (ça devient donc possible), avec le risque de changements multiples pour peu de chose, finalement. Mais bon, ce n'est sans doute pas grave, ça n'empêche pas wikipédia d'avancer, et chacun modifiera les tailles et colonnes avec la volonté d'améliorer la présentation, c'est l'essentiel. Sur ce, je pense que je ne vais plus insister dans ces discussions, ça me paraît un peu vain. J'espère que ça aura permis à ceux qui y ont participé d'avancer, comme c'est mon cas, dans la compréhension des différentes approches de présentation. C'est déjà beaucoup.--Rehtse (échanger) 8 octobre 2016 à 00:44 (CEST)
- Je ne comprends plus la discussion. J'ai l'impression de revenir plus de dix ans en arrière à l'époque où l'on discutait de l'intérêt de la mise en colonnes du contenu des articles. Puis-je rappeler (c'est l'ancien directeur de la rédaction de deux revues qui parle) que l'intérêt de la mise en colonnes est évident pour aider à la lecture. Lisez n'importe quel journal, n'importe quel magazine et vous comprendrez. Le choix ici a été fait de limiter l'usage des colonnes à seulement quelques parties des articles, il faut en user. Bien cordialement. AntonyB (discuter) 7 octobre 2016 à 23:27 (CEST)
- Bonsoir Rehtse, tu sais très bien (voir doc.) que l'emploi du param.
- Désolé Gkml mais, comme AntonyB, je ne comprends pas ta démarche. Le paramètre utilisé avant ton intervention était colonnes=2, donc deux colonnes pour tout le monde, du smartphone à l'écran large comme le tien. En passant à taille=49, tu sais très bien que tu modifies uniquement pour ta configuration ; vu toute la discussion précédente, à laquelle tu as participé, il est évident qu'il aurait fallu placer taille=30 ou taille=36, sans quoi pour la plus grande part des écrans de bureau on passe sur une colonne (et pour ta configuration il aurait suffi de laisser colonnes=2 si tu n'en veux pas plus de deux). Je ne dis pas que deux colonnes c'est mieux qu'une seule, en l'occurrence ça me va dans les deux cas, c'est aussi lisible pour moi. Mais si le paramètre est au départ colonnes=2, non ce n'est pas neutre de choisir taille=49, ça ne satisfait que ton type d'écran par rapport à ce qui existait préalablement.--Rehtse (échanger) 7 octobre 2016 à 18:27 (CEST)
- Non, ma première proposition était la suivante (voir supra) ; ensuite, à force de mettre de l'eau dans mon vin, j'en suis arrivé à celle-ci : « 72, 60, 36, 30, 24, 18, 15, 14, 12 » (voir supra) ; donc, j'avais mis cette valeur (de 49, en ligne avec ma première prop.) car j'étais à peu près certain de ne déranger personne. Bien cdt. --Gkml (discuter) 7 octobre 2016 à 18:20 (CEST)
- Merci mais décidément je comprends de moins en moins puisque tu avais essayé de me persuader qu'il fallait employer un diviseur de 72 or je ne sais pas de quel chapeau tu as sorti la valeur de 49. Bref, pour mes deux écrans, je n'ai plus qu'une colonne, je vais donc remettre 30 (ou 36 s'il faut revenir à un diviseur de 72). Bien cordialement. AntonyB (discuter) 7 octobre 2016 à 17:41 (CEST)
Étant notifié, voici mon avis (tardif) : il est impossible de se mettre d'accord sur ce sujet (taille des écrans, polices et tailles des caractères différentes, préférences personnelles, navigateurs, etc.). Par exemple, j'ai toujours trouvé — contrairement à AntonyB — que la mise des références sur plusieurs colonnes est moins lisible que sur une seule (sauf, bien sûr si elles sont présentées avec des modèles du style {{Harvsp}} ou {{sfn}}). Donc, simplifier la doc, en revenant à une version de ce genre → [6], me semble un bon choix. Cdlt, Daniel*D, 26 octobre 2016 à 09:39 (CEST)
- J'approuve... Cordialement Barada-nikto (discuter) 26 octobre 2016 à 09:43 (CEST)
- Il y a quelques simplifications à envisager, comme déjà dit ci-dessus (merci de relire les discussions antérieures), mais « l'enfer étant pavé de bonnes intentions », à vouloir trop simplifier (i. e. à vouloir faire croire à tout un chacun que les choses sont simples), on s'expose à toute une série de discussions idiotes, voire pire, comme j'ai eu l'agrément d’en vivre. Ce n'est donc évidemment pas la bonne solution. Pour l'instant, il n'y a plus ou peu de discussions idiotes, le progrès est donc net par rapport à la version de ; la situation actuelle est donc préférable en attendant un transfert d’une partie de la documentation dans l'article cadratin, bis ou ter ? Cdt. --Gkml (discuter) 26 octobre 2016 à 10:04 (CEST)
- Ayant déjà parcouru les discussions antérieures, mon avis n'a pas de chances d'évoluer. Merci de me lire : une seule colonne, c'est le salut, sauf si les références ne font chacune que quelques caractères. Cdlt, Daniel*D, 26 octobre 2016 à 10:19 (CEST)
- P.-S. : à vouloir trop « expliquer » et « normaliser » (par de savants calculs plus ou moins justifiés), quelquefois, on s'expose à une incompréhension.
- Ce n'est pas un problème car, par le simple fait que les contributeurs comprennent que c’est compliqué et que le problème est insoluble aisément, les discussions idiotes s'en trouvent éliminées d’emblée, ce qui est quand même l'objectif principal. À moins de disposer d’un temps et d’une quantité d’encre ou de salive infinis, cette situation est donc préférable ; je ne pense pas que l'objectif de Wikipédia soit un nivellement par la base pour ce qui est de la qualité des discussions, lesquelles dégénèrent souvent en échanges d’insultes et créent de l’acrimonie ; certains en ont fait l'amère expérience. Cdt. --Gkml (discuter) 26 octobre 2016 à 11:20 (CEST)
- Sans oublier la propension à la logorrhée chez certains… — Barada-nikto (discuter) 26 octobre 2016 à 14:11 (CEST)
- Ce n'est pas un problème car, par le simple fait que les contributeurs comprennent que c’est compliqué et que le problème est insoluble aisément, les discussions idiotes s'en trouvent éliminées d’emblée, ce qui est quand même l'objectif principal. À moins de disposer d’un temps et d’une quantité d’encre ou de salive infinis, cette situation est donc préférable ; je ne pense pas que l'objectif de Wikipédia soit un nivellement par la base pour ce qui est de la qualité des discussions, lesquelles dégénèrent souvent en échanges d’insultes et créent de l’acrimonie ; certains en ont fait l'amère expérience. Cdt. --Gkml (discuter) 26 octobre 2016 à 11:20 (CEST)
- Il y a quelques simplifications à envisager, comme déjà dit ci-dessus (merci de relire les discussions antérieures), mais « l'enfer étant pavé de bonnes intentions », à vouloir trop simplifier (i. e. à vouloir faire croire à tout un chacun que les choses sont simples), on s'expose à toute une série de discussions idiotes, voire pire, comme j'ai eu l'agrément d’en vivre. Ce n'est donc évidemment pas la bonne solution. Pour l'instant, il n'y a plus ou peu de discussions idiotes, le progrès est donc net par rapport à la version de ; la situation actuelle est donc préférable en attendant un transfert d’une partie de la documentation dans l'article cadratin, bis ou ter ? Cdt. --Gkml (discuter) 26 octobre 2016 à 10:04 (CEST)
Bonjour à tous. je me permets d'intervenir puisque Daniel*D (d · c · b) me notifie lorsqu'il écrit avant-hier « j'ai toujours trouvé — contrairement à AntonyB — que la mise des références sur plusieurs colonnes est moins lisible que sur une seule ». Je précise que ce que j'ai toujours dit, c'est que la lecture est plus rapide (et donc plus efficace) sur plusieurs colonnes que sur une seule. C'est tellement évident que c'est pour cela que tous les quotidiens gratuits, que le Canard enchaîné, etc sont édités en colonnes. Chacun peut s'en rendre compte facilement. C'est pour cela aussi que notre fameux Lexique (que l'ami Daniel*D connaît aussi bien que moi si ce n'est mieux) publie des listes sur deux voire trois colonnes, et ce même s'il y a des retours à la ligne (exemple deux colonnes page 91, autres exemples trois colonnes pages 13, page 88), même l'index du Lexique est sur deux colonnes (avec retour à la ligne). On pourrait citer nombre de cas de publications très pointilleuses sur la typographie comme l'Encyclopædia Universalis qui est éditée sur trois colonnes.
Ce dernier propos est là uniquement pour expliquer mon point de vue évoqué par Daniel*D, en aucun cas pour relancer un débat. Ceux qui me connaissent savent que je recherche toujours le consensus et la paix des ménages, inutile donc àmha d'ergoter sur un nombre de colonnes. Bien cordialement. AntonyB (discuter) 29 octobre 2016 à 00:22 (CEST)
- Bonsoir AntonyB
,
- Il y a, bien sûr, le contre-exemple à de nombreuses pages du Lexique. Je ne suis d'ailleurs pas systématiquement contre la mise en colonnes tant que la lisibilité est préservée, c'est-à-dire comme dans les exemples que tu cites du Lexique et comme je l'indique supra. Mais en ce qui concerne les notes et références sur WP, on en trouve souvent sous forme « développée et fournies » qui deviennent illisibles sur plusieurs colonnes. Et comme ces rubriques sont évolutives, imposer une taille ou des colonnes ne me parait pas toujours souhaitable. Nous resterons donc sur ce petit désaccord. Bien cordialement aussi, Daniel*D, 29 octobre 2016 à 01:09 (CEST)
- Juste pour dire, sans vouloir non plus relancer un débat, dans toute ma bibliothèque je n'ai qu'une infime minorité de bouquins présentés en colonnes, tous des grands formats. J'ai sur le bureau un bouquin et une revue qui font la même taille physique ; le livre n'est pas présenté en colonnes, la revue l’est. De plus il n'aura échappé à personne qu'une maquette papier est faite pour une taille fixe. C'est bien sûr tout le contraire pour le web. Quant à l'Universalis en ligne elle n'est pas présentée en colonnes, pas plus que la Britannica. Cordialement — Barada-nikto (discuter) 29 octobre 2016 à 11:28 (CEST)
Peut-on caresser le secret espoir que cette documentation redevienne un jour exploitable par le commun des mortels sans avoir recours à une calculatrice scientifique (dotée de la notation polonaise inverse, naturellement), une bonne dose de patience et l'éternité devant soit ? Cdlt, Daniel*D, 24 décembre 2016 à 03:12 (CET)
- Puisse le ciel vous entendre... Barada-nikto (discuter) 24 décembre 2016 à 08:36 (CET)
- Le 24 décembre, on a encore le droit de rajouter une ligne à sa lettre au Père Noël. Par exemple on peut demander à recevoir une documentation abrégée du genre : « jamais de colonnes » ou « mettez les paramètres que vous voulez », selon ses gouts personnels.--Rehtse (échanger) 24 décembre 2016 à 09:36 (CET)
- Puisse le père Noël vous entendre... Barada-nikto (discuter) 24 décembre 2016 à 15:08 (CET)
- Le 24 décembre, on a encore le droit de rajouter une ligne à sa lettre au Père Noël. Par exemple on peut demander à recevoir une documentation abrégée du genre : « jamais de colonnes » ou « mettez les paramètres que vous voulez », selon ses gouts personnels.--Rehtse (échanger) 24 décembre 2016 à 09:36 (CET)
Possibles modifications à faire - Tech News: 2017-11
modifierBonsoir, lu dans Technews :
« Les références affichées avec les balises
<references />
pourront désormais être disposées en plusieurs colonnes sur votre wiki, en fonction de la largeur de votre écran. Sur certains wikis, certains modèles permettent déjà d’obtenir ce comportement. Les modèles utilisant une balise<references />
devront être mis à jour ; le changement pourra alors être effectué pour toutes les listes de références. [7][8] »
Y a t-il des modifications à faire ? --Framawiki ✉ 13 mars 2017 à 20:30 (CET)
- Bonsoir, il me semble que c’est déjà traité comme cela. Cdt. --Gkml (discuter) 13 mars 2017 à 20:40 (CET)
- En gros dès que le nouveau fonctionnement sera demandé et fait pour Wikipédia en français, on pourra laisser tomber « |taille= » et « |colonnes= » qui seront faits automatiquement en fonction de la taille de l'écran. Si on veut l'ancien fonctionnement de <references/> il faudra faire <references responsive="0"/> mais ça n'a peut-être pas grand intérêt, d'autant que le remplacement serait un très gros travail de bot vu le nombre d'articles concernés. — Oliv☮ Éppen hozzám? 13 mars 2017 à 20:50 (CET)
Barada-nikto, Gkml, AntonyB, Zebulon84, Ltrlg et Daniel*D :
Hercule, Pano38, Arcyon37, Rehtse, H4stings et Framawiki : on peut donner son avis dans le mini-sondage du Bistro. — Oliv☮ Éppen hozzám? 14 mars 2017 à 11:35 (CET)
Merci Oliv☮ pour le signalement. Il faut quand même que le modèle {{Références}} puisse permettre d'opter pour une autre configuration que les colonnes sur 35em, c'est à dire que la précision du paramètre taille devrait s'imposer à la valeur par défaut et le paramètre nombre continuer à limiter le nombre de colonnes. S'il n'y a aucun paramètre passé, on aurait donc {{Références}} équiavalent à <references/>--Rehtse (échanger) 14 mars 2017 à 14:17 (CET)
Rehtse : oui, |taille= et |colonnes= pourraient continuer à fonctionner dans le div actuel du modèle, il faudrait juste qu'il soit autour d'un <references responsive="0"/> qui empêche d'avoir la classe CSS mw-references-wrap créant les colonnes de 35em, et qui serait donc utilisé en cas de présence de ces paramètres ou d'un paramètre restant à définir du genre |pasdecol=oui demandant le comportement antérieur sans colonnes de {{Références}}. En gros j'ai l'impression qu'il faudrait remplacer le
{{#tag:references|
- par
{{#tag:references |responsive={{#if:{{{taille|}}}{{{colonnes|}}}{{{pasdecol|}}}|"0"}} |
- Est-ce que ça semble correct ? — Oliv☮ Éppen hozzám? 14 mars 2017 à 14:49 (CET)
- Bonjour,
- Je ne suis pas certain de comprendre car
{{Références|taille=35}}
ne convient pas pour tous les tableaux de références. - En effet, il y a de nombreux cas où les colonnes sont peu larges et ne nécessitent pas 35 em ; on choisit parfois le codage
{{Références|taille=19}}
pour avoir plus de deux colonnes (cinq dans le cas de mon écran actuel). - Cdt. --Gkml (discuter) 14 mars 2017 à 15:49 (CET)
- Si je comprends bien, on pourra toujours écrire taille=19. taille=35 sera appliqué par défaut y compris si on ne met rien comme paramètre (et c'est bien ce que je rejette pour ce qui me concerne). Cordialement — Barada-nikto (discuter) 14 mars 2017 à 16:03 (CET)
- Comme le mini-sondage semble concluant, j'ai demandé l'activation. — Oliv☮ Éppen hozzám? 16 mars 2017 à 08:16 (CET)
Activé (gerrit:343694). — Oliv☮ Éppen hozzám? 21 mars 2017 à 11:17 (CET)
- J'ai mis à jour le templatedata, mais pour l'essentiel de Modèle:Références/Documentation je vous laisse faire.
— Oliv☮ Éppen hozzám? 22 mars 2017 à 11:10 (CET)
- Plutôt
que
. Daniel*D, 22 mars 2017 à 17:00 (CET)
- Plutôt
Modèle alternatif qui permettrait explicitement d'indiquer qu'il s’agit d'un choix raisonné et volontaire
modifierBonjour, une proposition.
Pourrait-on faire en sorte que {{Références nombreuses}} puisse continuer à servir d'alternative explicite, en faisant en sorte que les références restent sans colonnes par défaut dans la boîte déroulante ? (il faudrait au passage, modifier la mise en page avec max-height pour que la hauteur de la boîte déroulante s’adapte au nombre de références et virer le cadre que tout le monde s’accorde à trouver moche et inutile)
/* cadre pour [[Modèle:Références nombreuses]] */
.reference-cadre {
max-height: 25em;
overflow: auto;
padding: 3px;
border:0;
}
Cordialement — Barada-nikto (discuter) 14 mars 2017 à 15:23 (CET)
- {{Références nombreuses}} appelle {{Références}}, pour lequel au-dessus pour indiquer un choix volontaire sans colonnes je suggérais |pasdecol=oui (ou tout autre nom). Effectivement, dans une boîte déroulante |taille= et |colonnes= prévus semblent peu utiles, est-ce que c'est vraiment utilisé ou très marginal et inutile ? — Oliv☮ Éppen hozzám? 14 mars 2017 à 15:51 (CET)
- J'sais pas faire, mais une recherche pourrait nous dire combien de pages utilisent {{Références nombreuses}} avec les paramètres taille et/ou colonnes. Mais en fait, ça n'a pas d'importance : si ces paramètres sont présents, on n'y touche pas et s'ils ne sont pas présents ce que je propose c'est justement d'éviter que le contenu soit affecté par le fait de passer par défaut à taille=35. Donc on modifie le modèle {{Références nombreuses}} pour qu'il soit insensible au futur changement et tout le monde est content, qu'on ait, ou non, mis des paramètres dans {{Références nombreuses}}. Cordialement — Barada-nikto (discuter) 14 mars 2017 à 15:59 (CET)
- Tout est faisable si on sait précisément quel est le consensus ; et ton idée pour ce modèle me semble une bonne base pour un consensus. — Oliv☮ Éppen hozzám? 14 mars 2017 à 16:04 (CET)
- @Barada-nikto Pas mal proportionnellement au nombre d’utilisations — bonnes contributions, Ltrlg (discuter), le 14 mars 2017 à 20:15 (CET)
- Donc la quasi-totalité des pages qui utilisent ce modèle ont plusieurs colonnes. Donc cette discussion ne sert à rien... *Soupir* --Nouill 14 mars 2017 à 22:43 (CET)
- vu qu'on y touche pas, je ne vois pas bien le problème... Qui voudra rajouter les paramètres le pourra toujours Barada-nikto (discuter) 14 mars 2017 à 22:50 (CET)
Nouill : J'avais mal compris l'idée de Barada-nikto : il parlait du cas d'usage de ce modèle « par défaut » c'est-à-dire sans |taille= ni |colonnes=, et dans ce cas qui apparaît donc assez peu fréquent, il suggère un appel sans colonnes (|pasdecol=oui ou le nom qu'on voudra), ce qui semble raisonnable vu que c'est dans une boîte à ascenseur vertical où on ne voit qu'une bande horizontale du contenu peu adaptée à l'organisation en colonnes : la référence est limitée en vertical même si elle est longue mais pas en horizontal où une autre colonne n'aide pas, et pour retrouver un n° mieux vaut utiliser l'ascenseur une seule fois sur une seule colonne. — Oliv☮ Éppen hozzám? 15 mars 2017 à 08:20 (CET)
- Je ne vois toujours pas la logique à ce qu'un modèle utilisé quasi exclusivement avec des paramètres imposant des colonnes soient par défaut sans colonne, alors que les rares cas où il y a pas de colonne, il pourrait avoir un paramètre pour cela, ce qui serait plus simple, puisqu'ils ces cas sont très minoritaires. --Nouill 15 mars 2017 à 14:32 (CET)
- La logique c'est que ça préserve les appositions antérieures qui ont été faites volontairement (par exemple en ce qui me concerne) pour rester sur une colonne (ce qui est en effet préférable à mon sens dans une boîte déroulante). Et le plus simple c'est donc de rendre insensible ce modèle particulier à la future modification qui va mettre par défaut toutes les références en colonnes de 35em de large, y compris lorsqu'il y a 2 ou 3 références longues qui seraient plus lisibles sur une seule ligne qu'en colonnes. — Barada-nikto (discuter) 15 mars 2017 à 15:51 (CET)
-
Nouill : justement, si la plupart des appels de ce modèle {{Références nombreuses}} précisent un paramètre |taille= ou |colonnes=, les autres appels sans paramètre sont peut-être souvent volontairement sans colonnes et à laisser tels quels, plus que dans le cas de {{Références}} où l'appel sans paramètres est très majoritaire. La différence étant pour moi surtout due à ce que je disais : limiter en espace vertical ce qu'on voit ne va pas bien avec la présentation en colonnes. — Oliv☮ Éppen hozzám? 15 mars 2017 à 16:10 (CET)
-
- Il est assez évident que ce qu'indique Barada-nikto est dans le droit fil de la pure logique. Si on limite le bas de page par le cadre du modèle {{Références nombreuses}}, il n'y a pas grande justification pour, en plus, mettre le contenu en colonnes, comme l'indique aussi Oliv☮. Daniel*D, 15 mars 2017 à 16:22 (CET)
- Je ne vois toujours pas la logique à ce qu'un modèle utilisé quasi exclusivement avec des paramètres imposant des colonnes soient par défaut sans colonne, alors que les rares cas où il y a pas de colonne, il pourrait avoir un paramètre pour cela, ce qui serait plus simple, puisqu'ils ces cas sont très minoritaires. --Nouill 15 mars 2017 à 14:32 (CET)
- vu qu'on y touche pas, je ne vois pas bien le problème... Qui voudra rajouter les paramètres le pourra toujours Barada-nikto (discuter) 14 mars 2017 à 22:50 (CET)
- Donc la quasi-totalité des pages qui utilisent ce modèle ont plusieurs colonnes. Donc cette discussion ne sert à rien... *Soupir* --Nouill 14 mars 2017 à 22:43 (CET)
- @Barada-nikto Pas mal proportionnellement au nombre d’utilisations — bonnes contributions, Ltrlg (discuter), le 14 mars 2017 à 20:15 (CET)
- Tout est faisable si on sait précisément quel est le consensus ; et ton idée pour ce modèle me semble une bonne base pour un consensus. — Oliv☮ Éppen hozzám? 14 mars 2017 à 16:04 (CET)
- J'sais pas faire, mais une recherche pourrait nous dire combien de pages utilisent {{Références nombreuses}} avec les paramètres taille et/ou colonnes. Mais en fait, ça n'a pas d'importance : si ces paramètres sont présents, on n'y touche pas et s'ils ne sont pas présents ce que je propose c'est justement d'éviter que le contenu soit affecté par le fait de passer par défaut à taille=35. Donc on modifie le modèle {{Références nombreuses}} pour qu'il soit insensible au futur changement et tout le monde est content, qu'on ait, ou non, mis des paramètres dans {{Références nombreuses}}. Cordialement — Barada-nikto (discuter) 14 mars 2017 à 15:59 (CET)
Dysfonctionnement
modifierY'a même plus moyen de forcer le passage en 1 colonne ! j'ai essayé colonnes=1
, taille=999
+ une combinaison des deux et ça reste impertubablement sur deux colonnes !! Faudrait au moins créer le paramètre responsive="0" ou nocol ou ce que vous voulez. Pourquoi je ne peux pas mettre sur une seule colonne si je veux ? — Barada-nikto (discuter) 21 mars 2017 à 13:52 (CET)
Si quelqu'un veut bien s'occuper d'un modèle ou de paramètres qui pourrait me permettre de faire ce que fait ceci :
<div style="max-height:15em;overflow: auto;padding: 3px;border:0;">
<references responsive="0"/>
</div>
je lui en serais éternellement reconnaissant... — Barada-nikto (discuter) 21 mars 2017 à 14:14 (CET)
- y'a vraiment un truc qui cloche ! on peut mettre colonnes=12 par exemple, mais colonnes=1 ne fonctionne pas. Pourquoi ?
- Je peux mettre des trucs aussi absurdes que taille=7 et colonnes=12, mais pas colonnes=1 ni taille=42, wtf ?
— Barada-nikto (discuter) 21 mars 2017 à 14:33 (CET)
Barada-nikto : normal, on est dans l'entre-deux en attente de la modif demandée. — Oliv☮ Éppen hozzám? 21 mars 2017 à 14:37 (CET)
- Par contre, dans ma configuration, l'affichage reste sur une colonne, aucun changement par rapport à avant la modif.--Rehtse (échanger) 21 mars 2017 à 14:47 (CET)
- Chouette, on échange nos configs ?
— Barada-nikto (discuter) 21 mars 2017 à 14:51 (CET)
Oliv0 : Merci pour la réponse. Rien de personnel (au contraire, heureusement que tu es là) mais c'est si difficile que ça de mettre en service une modif qui prenne en charge nativement
colonnes=1
? Sans parler de respecter les choix antérieurs des contributeurs... Enfin bon... — Barada-nikto (discuter) 21 mars 2017 à 14:50 (CET)
- Chouette, on échange nos configs ?
- Par contre, dans ma configuration, l'affichage reste sur une colonne, aucun changement par rapport à avant la modif.--Rehtse (échanger) 21 mars 2017 à 14:47 (CET)
┌─────────────────────────────────────────────────┘
Tiens, pendant que j'y suis, il semble que {{Références|group=trad}}
reste, sans rien toucher, sur une seule colonne. Perso j'y suis favorable bien sûr, mais c'est pas logique. — Barada-nikto (discuter) 21 mars 2017 à 14:57 (CET)
Thibaut120094 : Je subis de gros dysfonctionnement de l'affichage des ref depuis ta dernière modifs. toutes les références sont marquées manquantes si elle s sont regroupées dans le modèle. -- Archimëa [Toc 2 Mi] 21 mars 2017 à 15:03 (CET)
- Peux-tu me donner un lien vers un article qui a ce problème ? — Thibaut (会話) 21 mars 2017 à 15:06 (CET)
Thibaut120094 : Midtown Madness -- Archimëa [Toc 2 Mi] 21 mars 2017 à 15:07 (CET)
- Merci, pense à donner un lien directement la prochaine fois, j'ai annulé la modif sur le modèle, ping Oliv0. — Thibaut (会話) 21 mars 2017 à 15:11 (CET)
- J’ai appliqué le correctif proposé par Oliv0 et ça semble fonctionner maintenant. — Thibaut (会話) 21 mars 2017 à 17:17 (CET)
- Merci, pense à donner un lien directement la prochaine fois, j'ai annulé la modif sur le modèle, ping Oliv0. — Thibaut (会話) 21 mars 2017 à 15:11 (CET)
- Peux-tu me donner un lien vers un article qui a ce problème ? — Thibaut (会話) 21 mars 2017 à 15:06 (CET)
┌─────────────────────────────────────────────────┘
Même le gadget ReferenceDeroulante ne fonctionne plus... — Barada-nikto (discuter) 21 mars 2017 à 15:09 (CET)
Barada-nikto : c'est bon ? — Oliv☮ Éppen hozzám? 21 mars 2017 à 17:33 (CET)
Oliv0 : ça à l'air, avec colonnes=1, merci. Cordialement — Barada-nikto (discuter) 21 mars 2017 à 17:41 (CET)
Je ne comprends toujours pas pourquoi la modif n'a aucun effet sur mon pc...--Rehtse (échanger) 21 mars 2017 à 21:57 (CET)
Ça marche pas vraiment avec références nombreuses
modifierBonjour, ça n'a pas l'air de fonctionner comme attendu...
Dans l’article Afrique j'ai remplacé le paramètre colonnes=1
par pasdecol=oui
avec {{Références nombreuses}} et ça marche pas... Avec pasdecol=oui
c'est toujours en 2 colonnes sur mon 17 pouces.
Cf version de de 13h58 et celle de 13h59. Est-ce que le paramètre s’applique à {{références nombreuses}} ? — Barada-nikto (discuter) 22 mars 2017 à 14:09 (CET)
Barada-nikto : Oui il faut y mettre le paramètre (et documenter la syntaxe de {{Références nombreuses}} et {{Références}}, je laisse faire aux habitués) ; ou bien comme tu suggérais dans une autre section plus haut, dans {{Références nombreuses}} mettre toujours |pasdecol=oui ? (qui ne fonctionne que quand rien n'est mis pour |taille= ou |colonnes=) — Oliv☮ Éppen hozzám? 22 mars 2017 à 15:48 (CET)
- Bonjour, merci pour la modif sur références nombreuses. Sinon, bien sûr, mon avis c'est de mettre par défaut
pasdecol=oui
pour {{références nombreuses}} (plus max-height:15em;overflow:auto;padding: 3px;border:0;" dans le css ad hoc). Cordialement — Barada-nikto (discuter) 22 mars 2017 à 16:52 (CET)Barada-nikto : {{Références nombreuses}} fait déjà via classe reference-cadre dans MediaWiki:Common.css « height:25em; overflow:auto; padding:3px; border:1px solid #AAA; », est-ce que tu suggères de changer hauteur height et cadre border et pourquoi ? — Oliv☮ Éppen hozzám? 22 mars 2017 à 17:26 (CET)
Oliv0 :(cf. la pdd de références nombreuses) Je suggère, avec
max-height
, que la hauteur du cadre s'adapte, en hauteur, en fonction du nombre de références : s'il n'y en a qu'une ou quelques-unes, la zone fait la hauteur nécessaire ; à partir du moment où le nombre de références fait qu'est atteinte la hauteur maximum, apparaît l'ascenseur. Autrement dit ça permet que la hauteur de la zone qui contient les références soit toujours adaptée, qu'il y en ait une ou mille, et c'est donc mieux qu'un cadre fixe.border=none
c'est parce que tout le monde trouve que le cadre est moche et inutile. Cordialement — Barada-nikto (discuter) 22 mars 2017 à 17:40 (CET)- Bon, le responsive design en hauteur ça n'intéresse personne au contraire du même en largeur. Dommage... :-( — Barada-nikto (discuter) 23 mars 2017 à 10:31 (CET)
- Bonjour, merci pour la modif sur références nombreuses. Sinon, bien sûr, mon avis c'est de mettre par défaut
Et pour les références groupées ?
modifierBonjour,
J'ai constaté que le modèle Références sans paramètre s'ajuste bien sur trois colonnes, par contre, pour les références dans des groupes ( |group="N" ), ce n'est pas le cas.
C'est normal ? Ce n'est pas encore prévu ?
Au passage, la doc n'est pas à jour concernant la mise en plusieurs colonnes par défaut, sauf erreur.
Cordialement, — Daehan [p|d|d] 15 avril 2017 à 11:22 (CEST)
- C'est chouette ! Surtout ne touchons à rien...
— Barada-nikto (discuter) 15 avril 2017 à 12:23 (CEST)
Daehan : où ça, il y a bien au moins 10 notes ? parce qu'en-dessous ce n'est pas mis automatiquement en colonnes d'après mw:Editing/Projects/Columns for references (et oui tout ça est à dire dans la doc). — Oliv☮ Éppen hozzám? 15 avril 2017 à 12:49 (CEST)
- Merci Oliv0, il y a effectivement moins de 10 notes. Pas facile d'aller la retrouver, celle-là, de doc, quand même ;) Cordialement, — Daehan [p|d|d] 15 avril 2017 à 19:04 (CEST)
Se débarrasser du paramètre colonnes ?
modifierbonjour à tous,
que pensez-vous, pour se débarrasser du paramètre "nombre de colonnes" qui rend un affichage illisible sur mobile ou avec {{Références nombreuses}}, de calculer une taille de colonne comme expliqué dans l'aide ?
Ainsi, {{Références|colonnes=2}} serait équivalent à {{Références|taille=36}}. ça serait faisable avec un code genre {{{taille|{{#switch|{{{colonnes|}}}|1=72|2=36|3=24|..... à déterminer. Le paramètre "colonnes" ne déterminerait donc pas directement le nombre de colonnes mais l'affichage souhaité sur écran "standard". Al1 (d) 1 juin 2017 à 23:24 (CEST)
Pour — Zebulon84 (discuter) 2 juin 2017 à 05:42 (CEST)
- Changement d'avis en
Pour, ancien
Contre, voir plus bas, la syntaxe colonnes=x est plus intuitive, et cela permettrait d'améliorer l'affichage sur les mobiles sans avoir à modifier les articles ; cependant colonnes=x ne permettra pas toujours d'obtenir x colonnes affichées, ce qui est déroutant. Il serait préférable de rendre le paramètre colonnes=x inopérant sans présence d'un paramètre taille=y renseigné ; dans ce cas on ferait agir le modèle comme s'il était rédigé {{Références}}. Et peut-être proposer comme nom de paramètre « max colonnes », en gardant comme alias « colonnes ». (Et je pense pas qu'on puisse se limiter à une discussion ici pour en décider).--Rehtse (échanger) 2 juin 2017 à 09:16 (CEST)
- Bonjour, je propose de modifier ce modèle en rajoutant un switch qui remplacerait le paramètre
colonnes
avec les valeurs que j'ai proposées dans la Catégorie:Page utilisant le modèle Références avec un paramètre obsolète (qui contient actuellement 189 078 pages). Cela permettrait de le conserver pour ceux qui préfèrent, tout en répondant à la problématique d'affichage sur mobiles. Qu'en pensez-vous ? --FDo64 (discuter) 21 juillet 2017 à 10:14 (CEST)- En ce qui me concerne, je suis favorable à une solution plus radicale par la simplification de ce modèle (et, bien entendu de sa documentation) en supprimant toute possibilité de paramétrage par l'utilisateur (tailles, colonnes) et ne le laissant faire automatiquement ce qui est une moyenne raisonnable, telle qu'actuellement (taille=35 avec
{{Références}}
et en virant{{Références|taille=}}
partout où il se trouve). Cdlt, Daniel*D, 21 juillet 2017 à 12:15 (CEST)- Finalement (), je suis favorable à la proposition de FDo64 (qui rejoint celle de Al1 et Zebulon84), qui faciliterait la lecture sur petits écran, si elle tient compte de la présence d'un paramètre taille= existant. En ne modifiant que les cas ou colonnes= est pénalisant pour les petits écrans, on améliore la présentation sans entrer en conflit avec d'autres choix. Donc plus de chances que le proposition soit acceptée. Comme écrit plus haut, c'est pas idéal, parce que colonne=3 n'affichera pas forcément 3 colonnes pour tout le monde, mais comme taille=est un peu compliqué...--Rehtse (échanger) 22 juillet 2017 à 04:37 (CEST)
<reference/>
utilise par défaut l'équivalent d'un|taille=30
, donc si cette proposition est mise en œuvre il me semble que l'on peut simplement supprimer les|colonne=2
.- Certains utilisent le paramètre colonne en même temps que taille pour limiter le nombre de colonne pouvant être affiché. Faut-il maintenir cette possibilité ?
- — Zebulon84 (discuter) 22 juillet 2017 à 13:32 (CEST)
Zebulon84 : Si j'ai bien lu le code, le paramètre
colonnes
(avec un « s ») est ignoré s'il existe aussi un paramètretaille
.Daniel*D : Pouvoir avoir plus de 3 colonnes est parfois intéressant, voir par exemple Histoire de l'automobile#Bibliographie.
- --FDo64 (discuter) 22 juillet 2017 à 16:48 (CEST)
FDo64 : J'ai testé à l'instant sur l'article Histoire de l'automobile, si on précise colonnes=2 et taille=10 on limite bien l'affichage à deux colonnes. Donc le paramètre est bien pris en compte.--Rehtse (échanger) 22 juillet 2017 à 17:06 (CEST)
- Tu as raison, il y a un « if » que je n'avais pas vu
. --FDo64 (discuter) 22 juillet 2017 à 17:12 (CEST)
Zebulon84 et FDo64 : j'avais cru comprendre qu'en vertu du § ci-dessus, le modèle fixait dorénavent la taille par défaut à 35em et que ceci permettrait d'en terminer avec le marronnier car il est bien connu et évident qu'aucun réglage spécifique ne peut convenir à tous les écrans (le seul moyen étant que chacun se débrouille avec ses préférences ou gadgets). Je vois qu'il n'en est rien puisque l'on fait en sorte de contourner cette simplification, dommage. Sinon, il est tout à fait possible de présenter les références sur l'article cité autrement qu'avec cette syntaxe complexe et non ergonomique, par exemple avec le modèle {{sfn}}. Cdlt, Daniel*D, 22 juillet 2017 à 18:06 (CEST)
- Le modèle {{sfn}} ne change rien puisqu'il crée lui aussi une référence qu'il faut bien afficher, que ce soit avec
<references />
ou{{références}}
. - La section précédente indique effectivement une largeur par défaut de 35em, mais aujourd'hui dans le code HTML des articles la largeur définie par défaut est de 30em s'il y a plus de 10 références (et reste sur une colonne s'il y a 10 références ou moins). Mais comme le montre l'exemple de FDo64, cela peut parfois être utile d'avoir des colonnes plus étroites. — Zebulon84 (discuter) 22 juillet 2017 à 19:34 (CEST)
- S'il est bien sûr évident que le modèle {{sfn}} ne dispense pas de
<references />
ou{{références}}
, la page citée gagnerait largement à l'utiliser, ce qui permettrait aussi de ne pas s'en servir comme (mauvais) exemple. Cdlt, Daniel*D, 23 juillet 2017 à 15:21 (CEST)
- S'il est bien sûr évident que le modèle {{sfn}} ne dispense pas de
- Le modèle {{sfn}} ne change rien puisqu'il crée lui aussi une référence qu'il faut bien afficher, que ce soit avec
- Tu as raison, il y a un « if » que je n'avais pas vu
- Finalement (), je suis favorable à la proposition de FDo64 (qui rejoint celle de Al1 et Zebulon84), qui faciliterait la lecture sur petits écran, si elle tient compte de la présence d'un paramètre taille= existant. En ne modifiant que les cas ou colonnes= est pénalisant pour les petits écrans, on améliore la présentation sans entrer en conflit avec d'autres choix. Donc plus de chances que le proposition soit acceptée. Comme écrit plus haut, c'est pas idéal, parce que colonne=3 n'affichera pas forcément 3 colonnes pour tout le monde, mais comme taille=est un peu compliqué...--Rehtse (échanger) 22 juillet 2017 à 04:37 (CEST)
- En ce qui me concerne, je suis favorable à une solution plus radicale par la simplification de ce modèle (et, bien entendu de sa documentation) en supprimant toute possibilité de paramétrage par l'utilisateur (tailles, colonnes) et ne le laissant faire automatiquement ce qui est une moyenne raisonnable, telle qu'actuellement (taille=35 avec
- Bonjour, je propose de modifier ce modèle en rajoutant un switch qui remplacerait le paramètre
┌─────────────────────────────────────────────────┘
Bonsoir, en reprenant ce que j'ai fait pour {{Références nombreuses}} il y a un mois, je vous informe que j’ai mis en place une version qui prend en compte en priorité le paramètre
taille
, et à défaut convertit le paramètre colonnes
s’il existe. --FDo64 (discuter) 17 septembre 2017 à 22:53 (CEST)
Demande de changement de libellé de titre section Exemple avec références définies en bas de page (l'appel se fait dans le corps du texte) - peu pratique pour la maintenance d’un article
modifierMotif de la demande: L'appel avec références définies en bas de page plus développé rendu général, factuel, neutre, conventionnel niveau débutant, conventionnel niveau avancé, conventionnel niveau expert (aide:Note)
Justification: Le titre actuel ne correspond pleinement qu'au premier des cas suivants, diminue d'admissibilité sur les suivants, est non neutre voire faux sur le dernier cas.
- L'appel n'a pas de sens sur des textes d'articles simples pour des renvois en bas de page, qui ne sont que des citations ou digressions brèves.
- L'appel n'a guère de sens pour des brèves Harvard et Sfn.
- L'appel est peu pertinent sur des textes de section d'article simples pour des brèves en renvoi sans rappel.
- L'appel est plus pertinent sur des textes de section d'article simples pour des longues en renvoi avec rappel.
- L'appel avec références définies en bas de page est justifié méthodiquement, y compris pour des contributeurs récents, s'il s'agit de développements importants et avec rappels de note; Ils peuvent être associés après la confection du renvoi sur une partie du texte d'article précédente en développement.
Proposition à étudier:
=== Exemple avec références définies en bas de page (l'appel se fait dans le corps du texte) ===
Niveau non débutant pour un article en création. Utile pour des articles à appels de renvoi en bas de page nombreux sur une section de texte, essentiellement pour des contenus plutôt complexes en texte et complexes en renvois; Justifié dans les articles où on se perd à la maintenance entre le texte de citations digressions longues et le texte qui peut être concis du contenu de l'article.
Peu pratique pour la maintenance des articles courts avec peu de rappels de renvoi en bas de page.
Inutile sur des articles utilisant la formulation Auteur-Date Harvard sans détails sur la source (N'a pas de sens avec usage du modèle Sfn).
==== Exemple standard ====
zov () 11 septembre 2017 à 12:43 (CEST)
Nombre de colonnes
modifierBonjour à tous, je ne maîtrise pas grand chose aux différents modèles, mais juste une question à propos de celui-ci ; lorsque j'indique {{références|colonnes=2}}, j'ai... 3 colonnes... Et j'en ai 4 quand j'en demande 3... Par contre j'en ai qu'une si j'en demande qu'une ! Or j'en voudrais deux !! Grrr ! Bref, je n'y comprends rien ! Pourquoi 2 est égal à 3, hein ?!
Merci à vous ! --Fougere du nord (discuter) 18 novembre 2017 à 23:25 (CET)
Fougere du nord : Bonsoir, la réponse se trouve dans la discussion précédente. Le paramètre
colonnes
est obsolète et a été remplacé partaille
. --FDo64 (discuter) 18 novembre 2017 à 23:35 (CET)- Heuuu, oui, merci FDo64, mais pourquoi n'est-il pas indiqué sur la page du modèle quelles tailles il faut indiquer pour avoir une, deux ou trois colonnes ?! Apparemment, je dois indiquer la taille 36 pour 2 colonnes, si j'ai bien suivi ?... J'ai vraiment du mal à comprendre ou suivre les gros pâtés de discussions entre initiés !... Merci de votre esquisse de réponse en tout cas !
--Fougere du nord (discuter) 19 novembre 2017 à 00:07 (CET)
- Hello, avec le paramètre taille, le nombre de colonnes dépend de la taille de l'écran. Plus l'écran est large, plus il y a de colonnes : sur un téléphone, ce sera une colonne, sur un écran modeste deux colonnes, sur un écran plus grand (comme le vôtre probablement) trois colonnes, etc. — H4stings d 19 novembre 2017 à 14:57 (CET)
- Merci H4stings de vos précisions. Cependant, même avec mon écran plutôt grand, j'aime avoir les références sur 2 colonnes, ça m'est beaucoup plus clair et agréable pour les parcourir. Je suis gênée dès qu'elles sont scindées à partir de 3 colonnes, cela me donne des références tout en longueur et bien trop compactes... et elles sont très souvent sur 3 colonnes avec mon écran !!... Dommage que l'on ne puisse pas choisir ce paramètre dans nos préférences !... Merci encore de m'avoir répondu !
--Fougere du nord (discuter) 19 novembre 2017 à 15:18 (CET)
- Oui je comprends. Il doit y avoir possibilité d'une bidouille en css pour qu'il n'y ait jamais plus de 2 colonnes dans votre partie références. Je vais voir ça.
— H4stings d 20 novembre 2017 à 12:18 (CET)
Fougere du nord : j'ai trouvé ce qu'il vous faut. Cliquez sur Special:MyPage/common.css, créez la page, ajoutez-y le code suivant et enregistrez :
.mw-references-columns { column-count: 2; }
- Dès lors, quelque soit l'article, les parties Références ne devraient plus jamais compter plus de deux colonnes quand vous serez connectés avec votre compte. — H4stings d 20 novembre 2017 à 14:02 (CET)
H4stings :
c'est vraiment très gentil de votre part d'avoir pris ma remarque en considération, et d'avoir pris la peine de trifouiller (!) dans les techniques fastidieuses de WP qui me sont absolument étrangères... Merciiiii, vraiment ! Mais (oui, il y a un "mais"
), j'ai bien créé la page, mais rien n'a changé concernant les colonnes, même en en reconnectant...
Je suis un peu embêtée de vous l'annoncer, si vous y avez passé du temps !... Merci encore de votre gentillesse et de votre patience, et comme on dit, c'est l'intention qui compte !!
--Fougere du nord (discuter) 20 novembre 2017 à 16:03 (CET)
- Désolé de cette fausse joie ! Je vous confirme cependant que sur mon poste, cela marche bien (je viens de tester de nouveau). J'aurais donc tendance à penser que la différence entre nous deux vient du navigateur, le vôtre n'est peut être pas tout à fait à jour (par exemple si vous utilisez un Internet Explorer dans une version ancienne...). Si vous avez la patience de retenter votre chance, n'hésitez pas à remplacer le code précédent par ce code-ci, qui est compris par davantage de navigateurs :
.mw-references-columns { -webkit-column-count: 2; /* Chrome, Safari, Opera */ -moz-column-count: 2; /* Firefox */ column-count: 2; }--~~~~
- — H4stings d 20 novembre 2017 à 16:18 (CET)
- Je crois que je vais devoir venir chez vous pour apprécier les effets de cette fonctionnalité !!
J'ai toujours les références sur 3 colonnes avec le nouveau code, et j'ai mis à jour mon Firefox (version 57.0), tout en me reconnectant également... mais rien n'y fait !
Mais je vous remercie cette fois encore, z'êtes kro nentil !!
- Merci
--Fougere du nord (discuter) 20 novembre 2017 à 18:10 (CET)
- Je crois que je vais devoir venir chez vous pour apprécier les effets de cette fonctionnalité !!
- Oui je comprends. Il doit y avoir possibilité d'une bidouille en css pour qu'il n'y ait jamais plus de 2 colonnes dans votre partie références. Je vais voir ça.
- Merci H4stings de vos précisions. Cependant, même avec mon écran plutôt grand, j'aime avoir les références sur 2 colonnes, ça m'est beaucoup plus clair et agréable pour les parcourir. Je suis gênée dès qu'elles sont scindées à partir de 3 colonnes, cela me donne des références tout en longueur et bien trop compactes... et elles sont très souvent sur 3 colonnes avec mon écran !!... Dommage que l'on ne puisse pas choisir ce paramètre dans nos préférences !... Merci encore de m'avoir répondu !
- Hello, avec le paramètre taille, le nombre de colonnes dépend de la taille de l'écran. Plus l'écran est large, plus il y a de colonnes : sur un téléphone, ce sera une colonne, sur un écran modeste deux colonnes, sur un écran plus grand (comme le vôtre probablement) trois colonnes, etc. — H4stings d 19 novembre 2017 à 14:57 (CET)
- Heuuu, oui, merci FDo64, mais pourquoi n'est-il pas indiqué sur la page du modèle quelles tailles il faut indiquer pour avoir une, deux ou trois colonnes ?! Apparemment, je dois indiquer la taille 36 pour 2 colonnes, si j'ai bien suivi ?... J'ai vraiment du mal à comprendre ou suivre les gros pâtés de discussions entre initiés !... Merci de votre esquisse de réponse en tout cas !
┌─────────────────────────────────────────────────┘
Bonjour. Od1n, FDo64, Thibaut120094 et H4stings (derniers contributeurs au modèle). En référence aussi à la discussion plus haut « #Se débarrasser du paramètre colonnes ? ». Pourquoi ne pas conserver, même si le paramètre « taille » n'est pas spécifié, le paramètre « colonnes » comme nombre maximum de colonnes. Il suffirait de rajouter un
column-count:{{{colonnes}}};
sur la ligne du switch qui fixe la taille des colonnes. Cela réduirait les surprises comme celle à l'origine de la présente section. Dans le cas contraire, toutes les insertions dans l'encyclopédie de la forme {{Références|colonnes=…}}
pourraient avantageusement être remplacées par de simples {{Références}}
, étant donné que la seule différence majeure est l'activation à partir de 10 éléments de la mise forme sur plusieurs colonnes (mode responsive). Cordialement. --Ideawipik (discuter) 15 juin 2020 à 10:44 (CEST)
- A priori, je ne vois pas d'inconvénient. H4stings d 15 juin 2020 à 20:53 (CEST)
- Puisque le nombre de colonnes est dorénavant géré automatiquement, et plutôt correctement, par la balise
<references/>
, je pense qu’on gagnerait à recommander son usage plutôt que{{Références}}
sans paramètre ou avec des paramètres inutiles voire néfastes. Je ne suis pas contre la modification proposée qui est pleine de bon sens, mais je pense qu’il faudrait renommer ce paramètre colonnes en max-colonnes (éventuellement en alias, pour éviter les modifs massives par robot) pour que son sens soit plus clair. --Pols12 (discuter) 27 juin 2020 à 02:30 (CEST)
- Puisque le nombre de colonnes est dorénavant géré automatiquement, et plutôt correctement, par la balise
Références définies en bas de page et Maintenance
modifierBonjour,
Dans le cas où on utilise le paramètre "références=", il est précisé dans le titre de section que c'est « peu pratique pour la maintenance d’un article ». Étant une grosse utilisatrice de ce paramètre, je n'ai jamais constaté de problèmes de maintenance. Quel est l'historique de cette remarque ? Quelqu'un aurait-il une explication plus précise du "problème de maintenance", avec éventuellement des exemples à la clef ? Bref, pour ce problème de Modèle:Références, je demande des sources
En toute transparence, je précise que cette question est posée dans le cadre d'une labellisation (Discussion:Chat d'Iriomote/Article de qualité). Deux contributeurs ont en effet voté attendre sur ma demande de label en raison de ce problème de maintenance. Avant de déplacer 66 références dans le corps de l'article (et les dizaines d'autres dans les articles que j'écris), je préfèrerai avoir un avis collectif sur le sujet. Par ailleurs, si le paramètre est vraiment source de difficulté pour la maintenance, je propose de le supprimer pour éviter à d'autres utilisateurs de se faire avoir, et de créer un bot pour mettre à jour les articles.
Cordialement, Abujoy (discuter) 16 février 2018 à 21:06 (CET)
- C'est vrai que vous vous êtes vachement compliqué l'existence... Suggestion, mettez toutes vos sources dans "bibliographie" et appelez-les via {{sfn}} en corps de texte. Cordialement Ypirétis (discuter) 16 février 2018 à 21:40 (CET)
- +1, maintenir ceci → [9], cela peut se révéler relativement difficile. Surtout si l'on compare avec {{sfn}}. Cdlt, Daniel*D, 16 février 2018 à 23:48 (CET)
Daniel*D :
Ypirétis : Je comprends pas. En quoi maintenir une liste de références dans le modèle Références est plus difficile que de maintenir une liste de références dans une bibliographie ?
- En plus, je veux bien mettre toutes les références en Bibliographie, mais usuellement je ne mets que celles qui sont les plus pertinentes. Je suis à 90 % sûre que ce ne sera pas bien accepté lors d'un label d'avoir des liens vers des articles de journaux anecdotiques dans la biblio... -- Abujoy (discuter) 17 février 2018 à 00:09 (CET)
- Question de lisibilité sans doute. Cdlt, Daniel*D, 17 février 2018 à 00:13 (CET)
- De toute façon c'est bizarre pour un AdQ d'avoir des sources anecdotiques... Ne mettez alors que les plus importantes. Cordialement Ypirétis (discuter) 17 février 2018 à 00:32 (CET)
- Il est aussi possible d'utiliser {{sfn}} même si la première occurrence d'une référence n'est pas en biblio. Cdlt, Daniel*D, 17 février 2018 à 00:36 (CET)
- De toute façon c'est bizarre pour un AdQ d'avoir des sources anecdotiques... Ne mettez alors que les plus importantes. Cordialement Ypirétis (discuter) 17 février 2018 à 00:32 (CET)
- Question de lisibilité sans doute. Cdlt, Daniel*D, 17 février 2018 à 00:13 (CET)
- +1, maintenir ceci → [9], cela peut se révéler relativement difficile. Surtout si l'on compare avec {{sfn}}. Cdlt, Daniel*D, 16 février 2018 à 23:48 (CET)
┌─────────────────────────────────────────────────┘
Utiliser une structure comme :
== Biblio ==
* Source
puis
{{références =
<ref name="refnommée">{{Harvsp|Source}}</ref>
}}
pour enfin appeler la ref via <ref refnommée /> dans le corps de texte est quand même tarabiscoté...
Il sufit de
== Biblio ==
* Source
puis {{sfn|Source}} en corps de texte.
Quant à savoir si une source « mérite » ou non de figurer en bibliographie, c'est une autre affaire.
Cordialement --Ypirétis (discuter) 17 février 2018 à 11:19 (CET)
- Bonjour Abujoy,
- Ne suffit-il pas de créer deux sous-sections dans la section « Bibliographie » ?
- La première pour les ouvrages principaux, titrée par exemple « Ouvrages principaux » ;
- La seconde pour les ouvrage autres, titrée par exemple « Ouvrages autres » ?
- Cela s'est fait des centaines de fois au moins. Ce n'est pas un problème de mettre un ouvrage en biblio. même s'il n'est cité qu'une fois, par le modèle {{sfn}} par exemple, le plus simple à utiliser. Cela a en effet au moins deux avantages : 1° le texte du code est plus facile à lire ; 2° cela ne consomme que quelques caractères de plus par rapport à une insertion de l'ouvrage dans la note et cela permet de réutiliser la même source à un autre endroit de l’article, ce de manière très aisée (à partir de la seconde utilisation de la même référence biblio., il y a économie de caractères dans le code).
- Je ne sais si j'ai bien répondu à la question initialement posée.
- Exemples d’articles de qualité ainsi aménagés : « Massacre de Tulle », « Lans-en-Vercors », « Reinhard Heydrich », « Louis IX », etc.
- Cdt. --Gkml (discuter) 17 février 2018 à 12:40 (CET)
Abujoy, bonjour, l'affirmation « peu pratique pour la maintenance d’un article » associée à un titre de section de la page de documentation du modèle {{Références}} est en effet infondée. Et aucune des interventions ci-dessus ne répond à votre interrogation légitime (n'allez surtout pas bourrer une section « Biblio.» de toutes les références sous prétexte de vouloir corriger un soit-disant « problème » ; une telle section est une annexe à un article qui fournit les références les plus importantes pour approfondir le sujet traité dans l'article). Je pense qu'on peut exposer des inconvénients et des avantages de toutes sortes aux deux façons de faire sans trouver d'argument décisif en faveur de l'une ou l'autre. Votre pratique n'est en rien fautive, même pour une labellisation AdQ. J'attire cependant votre attention sur le fait que chaque fois que vous avez une référence à apporter à du contenu , vous devez écrire : blablabla<ref name=nomRéférence /> + <ref name=nomRéférence>...</ref>. Il est plus simple d'écrire : blablabla<ref>...</ref>. --ContributorQ(✍) 27 février 2018 à 01:52 (CET)
- J'adore le wikilove qui imprègne cet avis : « aucune des interventions ci-dessus ne répond à vos interrogations ». On peut avoir un avis différent, voire ne pas être d'accord avec l(es)'avis précédent(s) sans pour autant rentrer dans le lard des autres contributeurs. Bonne continuation. Ypirétis (discuter) 27 février 2018 à 08:50 (CET)
- Notamment, et sans la moindre modestie, j'ajoute qu'au moins la mienne répond à la question ! Quand même ! :)
- Pour un autre quelconque, « je ne réponds pas de lui », cf. commentaire (à propos de Carl Sowalter, alias Steve Buscemi) de l'Indien Shep Proudfoot qui répond à Jerry Lundegaard dans Fargo, film à voir si vous ne connaissez pas.
- Cdt. --Gkml (discuter) 27 février 2018 à 12:33 (CET)
- Bonsoir ContributorQ (d · c · b), merci pour ton avis sur la question, que je partage. A ce jour, ni Ypirétis (d · c · b), ni Gkml (d · c · b) ne m'ont expliqué quel était exactement le problème de maintenance... Cordialement, Abujoy (discuter) 27 février 2018 à 19:57 (CET)
- L'article en question tel qu'il est codé est d’un abord très difficile (je partage l'avis de 6PO) ; je l’ai un peu simplifié, il suffit de voir le nombre de car. économisé en une passe (j'en aurais fait plus si je n'avais pas eu un incident de machine qui m'a fait perdre une heure de travail vers 3 h du matin).
- Ceci veut dire que celui qui veut apporter des compléments va avoir une peine terrible : donc la maintenance est difficile, c’est le nom que l'on donne à ces modif. ultérieures.
- Mettre dans un même sac toutes les références induit de grosses difficultés de relecture du code car elle est rendue singulièrement indigeste par le fait que le codage : 1° n'est pas normé ; 2° est souvent abscons ; 3° demande sans cesse de voyager dans le fichier pour savoir de quoi il s'agit.
- En plus, ce qui n'arrange rien, l'article en question contient des caractères japonais à foison, ce qui — fait jamais constaté depuis plusieurs décennies de travail sur PC — a induit des tremblotements intenses de mon éditeur ; j'en ai presque été effrayé, pensant à la souffrance de ma machine !!!
- Cdt. --Gkml (discuter) 27 février 2018 à 20:10 (CET)
- Chroniques de la collaboration ordinaire : n'essayez pas d'aider mais critiquez ceux qui essaient de le faire, on vous remerciera... Ypirétis (discuter) 28 février 2018 à 08:41 (CET)
- Bonsoir ContributorQ (d · c · b), merci pour ton avis sur la question, que je partage. A ce jour, ni Ypirétis (d · c · b), ni Gkml (d · c · b) ne m'ont expliqué quel était exactement le problème de maintenance... Cordialement, Abujoy (discuter) 27 février 2018 à 19:57 (CET)
- J'adore le wikilove qui imprègne cet avis : « aucune des interventions ci-dessus ne répond à vos interrogations ». On peut avoir un avis différent, voire ne pas être d'accord avec l(es)'avis précédent(s) sans pour autant rentrer dans le lard des autres contributeurs. Bonne continuation. Ypirétis (discuter) 27 février 2018 à 08:50 (CET)
┌─────────────────────────────────────────────────┘
Ypirétis, dans mon message je parle précisèment du contenu des messages précédents et non de leurs signataires. Il n'y a donc pas de raison de se vexer.
Gkml, ok pour Fargo : un très bon film ; j'adore l'actrice Frances McDormand.
Vos explications exposent des préférences et pratiques de manipulation de références mais ne présentent aucune raison décisive qui pourrait donner à penser que la manière de faire d'Abujoy ne convient pas. Au sujet de cette manière de faire, vous ne faites que marteler qu'elle est plus compliquée à gérer parce que... plus compliquée à gérer.
Le regroupement non pas des références mais du contenu des références est une fonctionnalité de l'extension Cite du logiciel MediaWiki (une amélioration apportée à cette extension). Celle-ci est de fait intégrée à la version fr de WP. Le paramètre « références » du modèle {{références}} ne fait qu'en assurer le support.
La maintenance d'une page wiki est un ensemble de mille et une opérations diverses qui peuvent être réalisées de bien des façons. Je propose de supprimer de la page de documentation la mention « peu pratique pour la maintenance d’un article » ; elle est manifestement fallacieuse. --ContributorQ(✍) 28 février 2018 à 22:26 (CET)
- Bonsoir,
- Je pensais pourtant avoir exprimé pourquoi cette méthode de travail est singulièrement laborieuse (voir supra). En outre, j'ai eu l'occasion de simplifier partiellement le fichier en supprimant environ 2 000 caractères inutiles comme je l’ai dit ci-dessus (voir supra), j'ai donc parlé en connaissance de cause.
- Je maintiens qu'avoir un « sac de références » dans lequel le seul bout de ficelle auquel se raccrocher est une étiquette conçue souvent de manière non normée, est un véritable casse-tête et ne facilite pas le travail de ceux qui veulent effectuer des adaptations.
- Je ne sais qui est l'auteur du commentaire dans la documentation du présent modèle : elle n'est à mon avis pas fallacieuse et correspond bien à ce que je viens de décrire. Il me semble donc utile de maintenir l’avertissement. Je me demande d’ailleurs qui a conseillé de Abujoy de travailler comme elle l’a fait.
- Cdt et bonne nuit. --Gkml (discuter) 1 mars 2018 à 00:32 (CET)
- Ha bon... « A ce jour, ni Ypirétis (d · c · b), ni [...] ne m'ont expliqué » ça ne s'adresse pas à la personne ? Et dire qu'appeler un ouvrage dans une ref nommée, via harvsp, le tout dans une reflist est plus compliqué et donc moins maintenable que d'appeler l'ouvrage (rouge, gras, souligné) directement via sfn n'est donc pas un argument, mais relève du mantra (ou du martelage) ? --Ypirétis (discuter) 1 mars 2018 à 09:47 (CET)
- NB : du coup je suis allé voir Chat d'Iriomote et c'est du très bon boulot, félicitation à la proposante. Je précise que, au vu des discussions ici, je me garderai de toute intervention concernant le volet référencement. Cordialement --Ypirétis (discuter) 1 mars 2018 à 11:06 (CET)
Pour l'anecdote : en examinant l'historique de la documentation du modèle, j'ai découvert que c'est Gkml qui a imposé son point de vue dans celle-ci, en juillet 2016. Une manière de faire contestée aussitôt par un autre contributeur qui a jugé qu'une concertation aurait été souhaitable.
J'alerte Izidizovilage dont la proposition de supprimer cette réserve (soutenue par un argumentaire développé) n'a reçu aucune réponse depuis septembre dernier. --ContributorQ(✍) 2 mars 2018 à 10:19 (CET)- +1 ce n'est pas Gkml le pire de ce déni de sens commun. Izidizovilage (discuter) 2 mars 2018 à 11:05 (CET)
- Si ça augure de la suite, ça ne commence pas bien ! Ce n'est donc pas possible de discuter sans mettre en cause Pierre, Paul ou Jacques ? Je frémis quand je lis que Machin (considération ad hominem) n'est pas le pire (jugement de valeur)... Est-ce qu'il est possible de ne pas se fighter si on doit discuter ? --Ypirétis (discuter) 2 mars 2018 à 11:31 (CET)
- Puisque j'ai été averti au moins deux fois sur le sujet, je réponds.
- Aucun intérêt, cette discussion où on fait référence à un débat de 2016 où il me semble que ceux qui discutent aujourd’hui ne savent même pas ce dont on a parlé à l'époque. En tout cas, pas très sérieux et d’un niveau pas plus convaincant.
- Je rappelle que le débat à l'époque portait sur l'intérêt d’expliquer dans la documentation comment on devait gérer les tailles des colonnes. Ce qui était loin d’être évident. À ce jour, les choses ont changé, car c’est plus ou moins géré automatiquement, et il est néanmoins toujours utile d’avoir quelques explications sur comment cela fonctionne.
- En résumé, aucun rapport entre les deux sujets de débat : cela diverge complètement, pour le plaisir de vider son fiel vis-à-vis de certains… à ultra-bon compte en conséquence.
- Cdt et bonne journée. --Gkml (discuter) 2 mars 2018 à 13:11 (CET)
- Hum... Je ne suis pas plus à l'aise avec la négation des faits qu'avec les considérations ad hominem. Il y a bel et bien une discussion de juillet 2016, qui porte à l'origine sur la rédaction de la documentation (et pas d'abord sur les colonnes, ce qui arrive dans un second temps) : Discussion modèle:Références#Récents apports à la documentation du modèle. Savoir s'il est pertinent de rappeler cet échange (après tout il y a un consensus de facto à cette époque, on peut vouloir le rappeler) est une chose (quoique ça me donne l'impression d'être utilisé pour dénigrer), mais, à l'inverse, prétendre que l'échange n'a pas eu lieu en est une autre. --Ypirétis (discuter) 2 mars 2018 à 13:40 (CET)
- On navigue à vue : « attention iceberg, à bâbord toute » ; personne n'a nié l'existence de la discussion de 2016 ; et je ne me suis pas trompé : on y parlait bien des tailles de colonnes et pas d’autre chose, donc aucun rapport avec la présente discussion. Cessons de nous fourvoyer grâce à une analyse posée de ce qui est dit et écrit (donc en prenant le temps pour ce faire), c’est tout ce que je peux ajouter pour éviter ces pertes de temps inutiles en invectives de toute sorte. La réflexion et l’auto-vérification de ce qu'on a écrit sont des éléments de base, surtout lorsqu'on a à traiter de documentation ou de méthode, a fortiori lorsque le seul médium est l'écrit, ce qui nécessite beaucoup plus d'efforts que des échanges verbaux entre « personnes bien élevées ». Cdt. --Gkml (discuter) 2 mars 2018 à 14:29 (CET)
- Non, ça parlait pas QUE de colonnes, chacun pourra aller le constater. --Ypirétis (discuter) 2 mars 2018 à 14:46 (CET)
- Plutôt que de parler par insinuation, ce qui n'a aucune valeur, merci d'indiquer les autres sujets abordés dans cette conversation, dont l'objet principal était bien les colonnes et leurs tailles. Habituellement, je n'ai pas de trous de mémoire, même à quelques années d’écart. Donc, je suis accessoirement intéressé par toute information concernant mon état de santé. --Gkml (discuter) 2 mars 2018 à 15:24 (CET)
- Nulle insinuation, il y a un lien, qui voudra lira. --Ypirétis (discuter) 2 mars 2018 à 15:53 (CET)
- Bref, on n'est pas plus avancés. Pour quelqu'un qui se plaignait ci-dessus de la mauvaise qualité du travail collaboratif (voir supra), on est surpris. Je me demande honnêtement à quoi peuvent servir les remarques que vous avez formulées à mon égard sur cette page de discussion, quel peut être leur apport, car, jusqu'à nouvel ordre, de par leur forme, elles m'apparaissent nulles et non avenues comme je l’ai dit juste ci-dessus. En attendant éventuellement mieux mais j'ai peu d’espoir, étant donné la forme de « queue de poisson » de la dernière réplique. Cdt et bonne soirée quand même. --Gkml (discuter) 2 mars 2018 à 17:53 (CET)
- Nulle insinuation, il y a un lien, qui voudra lira. --Ypirétis (discuter) 2 mars 2018 à 15:53 (CET)
- Plutôt que de parler par insinuation, ce qui n'a aucune valeur, merci d'indiquer les autres sujets abordés dans cette conversation, dont l'objet principal était bien les colonnes et leurs tailles. Habituellement, je n'ai pas de trous de mémoire, même à quelques années d’écart. Donc, je suis accessoirement intéressé par toute information concernant mon état de santé. --Gkml (discuter) 2 mars 2018 à 15:24 (CET)
- Non, ça parlait pas QUE de colonnes, chacun pourra aller le constater. --Ypirétis (discuter) 2 mars 2018 à 14:46 (CET)
- On navigue à vue : « attention iceberg, à bâbord toute » ; personne n'a nié l'existence de la discussion de 2016 ; et je ne me suis pas trompé : on y parlait bien des tailles de colonnes et pas d’autre chose, donc aucun rapport avec la présente discussion. Cessons de nous fourvoyer grâce à une analyse posée de ce qui est dit et écrit (donc en prenant le temps pour ce faire), c’est tout ce que je peux ajouter pour éviter ces pertes de temps inutiles en invectives de toute sorte. La réflexion et l’auto-vérification de ce qu'on a écrit sont des éléments de base, surtout lorsqu'on a à traiter de documentation ou de méthode, a fortiori lorsque le seul médium est l'écrit, ce qui nécessite beaucoup plus d'efforts que des échanges verbaux entre « personnes bien élevées ». Cdt. --Gkml (discuter) 2 mars 2018 à 14:29 (CET)
- Hum... Je ne suis pas plus à l'aise avec la négation des faits qu'avec les considérations ad hominem. Il y a bel et bien une discussion de juillet 2016, qui porte à l'origine sur la rédaction de la documentation (et pas d'abord sur les colonnes, ce qui arrive dans un second temps) : Discussion modèle:Références#Récents apports à la documentation du modèle. Savoir s'il est pertinent de rappeler cet échange (après tout il y a un consensus de facto à cette époque, on peut vouloir le rappeler) est une chose (quoique ça me donne l'impression d'être utilisé pour dénigrer), mais, à l'inverse, prétendre que l'échange n'a pas eu lieu en est une autre. --Ypirétis (discuter) 2 mars 2018 à 13:40 (CET)
- Si ça augure de la suite, ça ne commence pas bien ! Ce n'est donc pas possible de discuter sans mettre en cause Pierre, Paul ou Jacques ? Je frémis quand je lis que Machin (considération ad hominem) n'est pas le pire (jugement de valeur)... Est-ce qu'il est possible de ne pas se fighter si on doit discuter ? --Ypirétis (discuter) 2 mars 2018 à 11:31 (CET)
- +1 ce n'est pas Gkml le pire de ce déni de sens commun. Izidizovilage (discuter) 2 mars 2018 à 11:05 (CET)
- Ha bon... « A ce jour, ni Ypirétis (d · c · b), ni [...] ne m'ont expliqué » ça ne s'adresse pas à la personne ? Et dire qu'appeler un ouvrage dans une ref nommée, via harvsp, le tout dans une reflist est plus compliqué et donc moins maintenable que d'appeler l'ouvrage (rouge, gras, souligné) directement via sfn n'est donc pas un argument, mais relève du mantra (ou du martelage) ? --Ypirétis (discuter) 1 mars 2018 à 09:47 (CET)
Appel à commentaires
modifierPour information :
« Nous réfléchissons actuellement à une manière de rendre plus facile le référencement de différentes pages d’un même livre au sein d’un article. Nous accueillons vos commentaires jusqu’au 27 mai. »
— Actualités techniques du 21 mai 2018
Cordialement. — Thibaut (discuter) 21 mai 2018 à 20:48 (CEST)
Problème d'utilisation avec taille=30, n'affiche qu'une colonne
modifierBonjour. Sur Droit de vote des femmes, j'ai voulu afficher les refs sur 2 colonnes, en utilisant {{Références|taille=30}}. Aucun effet,et c'est la même chose avec taille=36. Sauriez-vous pourquoi ? --Pa2chant.bis (discuter) 5 août 2020 à 06:32 (CEST)
- Bonjour Pa2chant.bis. Tu devrais donner plus de détails sur ta configuration parce que chez moi, le fonctionnement est comme attendu. Avec
taille=30
, j'obtiens trois colonnes et avec36
deux colonnes. Tout dépend de ta configuration et de la taille de ton écran, voire de ta configuration CSS personnalisée pour Wikipédia si tu y as touché. — Ideawipik (discuter) 5 août 2020 à 07:10 (CEST)- Merci Ideawipik, je vais la repasser sur 36 alors. Je n'ai pas créé de CSS, ma taille d'écran est de 11,6 pouces (sous Windows), avec une résolution de 1366x 768, normalement cela devrait passer ? --Pa2chant.bis (discuter) 5 août 2020 à 07:29 (CEST)
- Vu, si je réduis mon affichage à 66 % avec le zoom, cela s'affiche. Merci. --Pa2chant.bis (discuter) 5 août 2020 à 08:10 (CEST)
Pa2chant.bis et Ideawipik : Chez moi, à 100%, il faut mettre 28 pour avoir deux colonnes.
- Sans doute lié au changement de la mise en page qui a ajouté une colonne vide à droite…
- Il va falloir sans doute revoir les modèles et les conseils donnés dans la doc. --FDo64 (discuter) 5 août 2020 à 16:51 (CEST)
Pa2chant.bis et FDo64 : Ce que j'ai dit ce matin, c'était avant le drame. Maintenant, je n'obtiens deux colonnes qu'en dessous de 33. Comme le dit FDo64, cela dépend des configurations. Il va falloir trouver un moyen de pouvoir utiliser toute la largeur de l'écran, comme avant, mais cela ne dépend pas du présent modèle. Pas très ergonomiques cette évolution et cet allongement artificiel des pages qui augmente le besoin défilement souris ou clavier lors de la lecture. À toutes fins utiles : Préférences > Apparence > Habillage : « Vector » et Préférences de l’habillage : cocher « Utiliser l’ancienne version de Vector » permet de conserver un affichage sur toute la largeur de la fenêtre. — Ideawipik (discuter) 5 août 2020 à 18:10 (CEST)
- Très étrange. J'ai purgé mon cache, et ne vois toujours rien du drame évoqué sur le Bistro. Ceci étant, je pense aux lecteurs sans vector ni rien de tel, cela ne va pas être simple d'adapter toutes les mises en page. --Pa2chant.bis (discuter) 5 août 2020 à 19:21 (CEST)
- Vu, si je réduis mon affichage à 66 % avec le zoom, cela s'affiche. Merci. --Pa2chant.bis (discuter) 5 août 2020 à 08:10 (CEST)
- Merci Ideawipik, je vais la repasser sur 36 alors. Je n'ai pas créé de CSS, ma taille d'écran est de 11,6 pouces (sous Windows), avec une résolution de 1366x 768, normalement cela devrait passer ? --Pa2chant.bis (discuter) 5 août 2020 à 07:29 (CEST)
Discussion sur le Bistro
modifierBonjour,
Je vous signale cette discussion sur le Bistro que j’ai initiée au sujet de ce modèle.
Bien à vous,
Remplacement du paramètre colonne ?
modifierBonjour,
Depuis la mise en place de la nouvelle mise en forme (c'est-à-dire l'apparition du grand espace blanc à droite) — en tous cas, c'est là que je situe le début du dysfonctionnement —, les modèles Références n'affichent plus les références sous forme de colonnes avec le paramètre |colonnes=
. Voir [10] ou [11], par exemple.
Étant donné que ça ne marche plus du tout, que le paramètre est déjà déclaré obsolète, et que du point de vue du lecteur c'est définitif avec la nouvelle version, ne serait-il pas judicieux de remplacer via bot ce paramètre par le paramètre taille, puis le retirer du code du modèle pour que les contributeurs s'obligent à utiliser taille en voyant que colonnes ne marche plus ?
Il faudrait définir une taille par défaut pour le remplacement : 25 ? 30 ? pour deux colonnes ; à définir pour 3+ colonnes, quand il y en a (mais avec la nouvelle mise en page, je doute que ce soit une bonne idée).
Qu'en pensez-vous ?
Bien à vous, — Daehan [p|d|d] 17 septembre 2020 à 15:24 (CEST)
- Bonsoir Daehan
. Mi-2017 j'avais mis en place un recalcul automatique du paramètre
taille
à partir du paramètrecolonnes
.Od1n : avait par la suite réajusté les valeurs.
- Avec la nouvelle présentation, il va falloir revoir ce calcul. Je ne me suis pas précipité sur cette modification parce que nous sommes un wiki de test. Qui sait si les autres wiki l'accepteront ? Qui sait s'il n'y aura pas un retour arrière global ?
- Donc attendons encore.
- Par ailleurs, il y aura un ajustement à faire au niveau CSS puisque le nombre de colonnes s'ajuste automatiquement à 2 dès qu'il y a plus de 10 références.
- De plus, l'idée d'un bot avait été suggérée et refusée par ceux qui tiennent au paramètre
colonnes
. Je n'ai pas retrouvé où, sans doute sur le bistro ? Au final ils ont eu raison puisqu'il est plus simple de modifier un modèle que les 60 982 pages qui utilisent actuellement le paramètretaille
... - --FDo64 (discuter) 18 septembre 2020 à 00:42 (CEST)
- De toute façon, avec cette nouvelle présentation il y a des mises en page à corriger de partout… Mais vu comment elle est
merdiquemal accueillie par la communauté, on pourrait effectivement déjà attendre son éventuel dégageage, qui me parait assez probable… en tout cas je l'espère. (d'ailleurs, c'est où qu'on a signé pour servir de cobayes pour cette présentation ? j'ai l'impression que ça nous a été refilé sans nous demander notre avis ?) od†n ↗blah 18 septembre 2020 à 04:32 (CEST)- Bonjour FDo64 et Od1n
- Je ne suis pas d'accord avec vos réserves sur la conservation de cette nouvelle mise en page ; pas que vous ayez tort, mais vu qu'il n'y a absolument aucun point bloquant et que ça fait partie de la road-map souhaitée par l'équipe produit, pour moi c'est sûr qu'elle sera conservée et déployée globalement.
- Deuxième point : nous sommes actuellement sur cette version de test - et plus important encore : tous les lecteurs sont dessus sans qu'ils puissent la changer - donc il faut qu'on trouve une mesure efficace maintenant, quitte à revenir en arrière. On ne révolutionne pas la roue, je pense : rien ne nous empêche de faire ce petit patch et éventuellement de le retirer si d'aventure il y aurait un rollback - ce dont je doute fort, comme je l'ai dit.
- Enfin, FDo64, en réaction à ton dernier point : comme je l'ai dit dans mon message, le paramètre
|colonnes=
ne marche de toutes façons plus. Donc, ce qui y tiennent peuvent y tenir avec toute leur âme, ça ne change rien ^^ Ou alors, il faudrait corriger le code, mais ça entrerait en contradiction avec le fait que ce paramètre soit déclaré obsolète. - PS : od†n, effectivement, nous avons été mis devant le fait accompli, même si ça avait été plus ou moins annoncé ; en tous cas, nous n'avions pas voix au chapitre. Mais de toutes façons, je ne suis pas convaincu que ça ait été si mal accueilli. Daehan [p|d|d] 18 septembre 2020 à 09:15 (CEST)
- Euh bon, je réalise en écrivant que ce que j'ai proposé dans le premier post n'est pas un petit patch
Mais est-ce qu'il ne faudrait pas faire en sorte, dans le code, d'interpréter
|colonnes=2
comme|taille=30
? Daehan [p|d|d] 18 septembre 2020 à 09:19 (CEST)- Bonjour
Daehan, FDo64 et Od1n. Je me rallie aux avis précédents : attendre mais pas trop ! De prime abord, je suis contre le passage d'un bot dédié uniquement à ces remplacements dont l'utilité est limitée, d'autant plus que les comparaisons de version mentionnées peuvent s'avérer sans effet sur le rendu dans certaines configurations (matérielles/logicielles/paramétrage personnalisé).
- Néanmoins, si des remplacements/suppressions de paramètres du modèle étaient souhaitées, on pourrait demander aux dresseurs de bot (et utilisateurs de AWB? de WPC?) d'intégrer ces petites modifications lors de leur passage dans les articles pour une autre raison. Par exemple, mon bot retire déjà le paramètre
colonnes
quand il est vide, s'il en rencontre un (idem pour les paramètres "1" et "2"). Ce type d'action pourrait réaliser une transition en douceur, par exemple en faisant confiance au fonctionnement par défaut, vers{{Références}}
plutôt que{{Références|colonne=…}}
. - Une seconde possibilité serait de considérer le paramètre existant
colonnes
comme un nombre maximum de colonnes, comme c'est actuellement le cas si un paramètretaille
est rempli. En effet, il me parait vraiment contre intuitif que, sur certaines configurations,{{Références|colonne=5}}
puisse afficher sept colonnes quand{{Références|taille=2|colonne=5}}
en affiche cinq. C'est pour cette raison qu'a été proposé l'ajout de «column-count:{{{colonnes}}};
» dans le code du modèle (en fin de la quatrième ligne actuelle). Cela pourrait aussi rendre le paramètrepasdecol
obsolète. - Note 1 : Pour clarifier le propos de FDo64 : « le nombre de colonnes s'ajuste automatiquement
à 2dès qu'il y a plus de 10 références », uniquement si les paramètrestaille
,colonnes
,pasdecol
sont tous vides ou non présents. Le nombre de colonnes dépend de la largeur de la fenêtre du lecteur. C'est le comportement des syntaxes<references />
ou{{Références}}
. - Note 2 : L'ancien paramètre
colwidth
n'est plus utilisé dans l'espace encyclopédique (cf. wstat.fr). Il pourrait à mon avis être retiré du code du modèle et ne plus alimenter la catégorie de maintenance. Idem pour le paramètre non nommé numéro "2". En revanche il est utile de conserver le signalement dans la catégorie si un paramètre "1" est présent. Seul un administrateur peut modifier la page du modèle. - Enfin, en ce qui concerne la largeur d'affichage :
- La proposition d'interpréter «
|colonnes=2
comme|taille=30
», qui semble te convenir, reste subjective. De là à savoir ce qui conviendrait le mieux à une majorité d'utilisateurs… Mais il faut bien fixer des valeurs. Actuellement, elle est à 36 et pourrait évoluer. - Pour les utilisateurs connectés, il y a un moyen de rétablir l'affichage sur toute la largeur (lire la procédure dans une section plus haut).
- La proposition d'interpréter «
- — Ideawipik (discuter) 18 septembre 2020 à 10:37 (CEST)
- Bonjour Ideawipik,
- « je suis contre le passage d'un bot dédié uniquement à ces remplacements [...] on pourrait demander aux dresseurs de bot (et utilisateurs de AWB? de WPC?) d'intégrer ces petites modifications lors de leur passage dans les articles pour une autre raison. » Bonne idée.
- Dans quel cas est-ce pertinent d'avoir 5 colonnes pour les références ? Est-ce que les articles qui utilisent cette configuration proposent un affichage correct sous la nouvelle mise en page ? Des exemples ?
- Pour la taille de colonne idéale, je n'ai pas mené de tests, donc oui, 30, c'est subjectif. Si c'est 36 le mieux, très bien.
- Pour ton dernier point, oui bien sûr, chacun peut revenir à l'ancien affichage ; mais pas les lecteurs, et si cet affichage est validé, il faudra bien faire avec. Je ne dis pas qu'il faut absolument se caler sur le nouvel affichage, mais qu'il faudrait le prendre en compte. Et surtout, si comme je le crois, le paramètre colonnes ne marche pas, pourquoi continuer à le maintenir ? Au moins, compenser son mauvais fonctionnement par un ajustement dans le code du modèle pour le cas des deux colonnes, qui est le plus utilisé. Daehan [p|d|d] 18 septembre 2020 à 10:54 (CEST)
Daehan. Sans chercher trop loin, voici un exemple déjà donné par FDo64 dans une discussion antérieure. Il permet d'ailleurs de tester les comportements comme l'exemple des valeurs 7 et 5 pris au hasard mais expérimenté (j'aurais aussi pu mettre 3 au lieu de 2). Plusieurs contributeurs ont ainsi exprimé leur surprise de voir s'afficher un nombre de colonnes plus grand que celui spécifié dans le paramètre
colonnes
. Il est vrai que si la largeur de la zone d'affichage est réduite, comme c'est le cas avec la nouvelle version par défaut, le risque que cela se produise est également réduit mais pas nulle pour les écrans larges ou les personnalisations, comme dans mon expérience avec cinq(/sept) colonnes.- Dans la pratique, sur les petits écrans et surtout depuis la réduction de largeur du contenant, le rendu donne plutôt moins de colonnes que le nombre spécifié. La question du choix de la taille "idéale" pour n colonnes devrait aussi prendre en compte les réponses à la question. Qu'est-il préférable entre un nombre de colonne un peu moins grand que prévu et un nombre de colonnes "conforme à la spécification" mais une lecture rendue difficile parce que la largeur des colonnes serait trop petite ? Sans étude/sondage auprès d'un panel de lecteurs, difficile de dire si une largeur de colonne de 30 est acceptable sur tous supports, même si elle ne semble pas aberrante.
- C'est aussi ce choix difficile qui explique la réticence à faire passer un bot pour fixer en dur la taille des colonnes dans les articles.
- D'accord avec ton dernier point et la considération des lecteurs hors connexion. En revanche, sur le paramètre
colonnes
. Je ne sais pas s'il « marche » mais il a actuellement une fonction hybride :- Si
taille
est rempli à l'insertion, définir un nombre maximal de colonnes. donc un effet visible sur les écrans larges - Sinon, définir une taille empirique ce qui au final peut résulter en un nombre de colonnes légèrement différent dans les deux sens. Parfois moins sur les petits écrans, à mettre en relation avec la question posée. Parfois plus pour les écrans larges, une limitation nombre max (basée sur le même paramètre et qui serait cohérente avec la prise en compte du paramètre dans le cas précédent) permettrait parfois d'éviter qu'une même note soit divisée sur deux colonnes (ce que l'on observe quand il y a peu d'éléments dans la liste), sans effet néfaste pour les écrans étroits.
- Si
- — Ideawipik (discuter) 18 septembre 2020 à 13:09 (CEST)
- Ideawipik, j'ai pris ton exemple (
{{Références|taille=10|colonnes=8}}
)- Dans l'ancienne version sur (très grand) écran, le paramétrage marche (il définit bien le nombre de colonnes maximum) ;
- Dans l'ancienne version sur un écran "normal" (pc portable de bureau, tout ce qu'il y a de plus courant), le paramétrage ne marche pas : j'ai sept colonnes (Commentaire d'Ideawipik : comme pour le suivant, la taille est le facteur limitant. ici fenêtre entre 70 et 80em) ;
- Avec la nouvelle version de Vector, il ne marche pas : on est limité à 5, quelle que soit la taille de l'écran (c'est donc le paramètre taille qui est pris en compte et pas le paramètre colonnes)
- Après avoir retiré le paramètre :
- je me retrouve avec 9 colonnes sur un très grand écran, logique : la taille=10 permet de mettre une colonne supplémentaire et le nombre max de colonnes est retiré.
- avec le nouveau Vector, je reste à 5.
- On a donc un cas qui est responsive (sans colonnes) et un cas qui ne l'est pas (avec colonnes). Déjà, ça devrait mettre la puce à l'oreille, mais admettons : la combinaison taille/colonnes est dans la doc pour définir le nombre de colonnes max, donc OK - pas besoin de changer cet usage, s'il marche bien et que des utilisateurs en sont contents. Et je reconnais que je ne connaissais pas cette fonctionnalité.
- Par contre, dans l'utilisation du seul paramètre colonnes, ça ne marche pas pour le nouveau Vector. Je parle bien des cas où il y a UN paramètre (colonnes), quelle que soit sa valeur.
- Donc selon moi, dans ce cas précis, il y a deux solutions :
- soit le code du modèle doit permettre d'ignorer le paramètre (et donc appliquer la taille automatique comme s'il n'y avait pas de paramètre). Avantage : on se retrouve avec deux colonnes au lieu d'une, ce qui couvre la grande majorité des cas ; inconvénient : ça ne couvre pas les cas où le paramètre passé était >2 ; on notera néanmoins que c'est mieux deux colonnes qu'une ;
- soit on part sur le calcul d'une espèce de correspondance du genre :
colonnes=2
->taille=36
colonnes=3
->taille=24
- etc.
- C'est déjà ce qui est fait, sans que tu t'en aperçoives. Cependant, pour la configuration nouveau Vector, du moins chez toi (peut-être pour tout le monde ?), taille 36 correspond à une seule colonne. En descendant, certains verront deux colonnes à partir de taille=33, d'autres à partir de taille=28, voire moins. — Ideawipik
- Évidemment, tout ce que je démontre là, tu le sais déjà et je comprends les réticences que tu exprimes. Mais rester sur une version du modèle qui ne marche pas dans un cas qui non seulement est applicable à TOUS les lecteurs et utilisateurs non enregistrés actuellement mais est potentiellement amené à impacter aussi tous les utilisateurs enregistrés dans un futur proche me semble quand même problématique...
- J'estime qu'à minima, on devrait résoudre LE cas qui ne marche pas et qui ne poserait absolument aucun problème si on procédait à un ajustement : remplacer
colonnes=2
partaille=36
ou ignorercolonnes=2
dans le code du modèle pour que ce soit la valeur par défaut qui soit appliquée. Daehan [p|d|d] 18 septembre 2020 à 13:58 (CEST)Daehan. « Après avoir retiré le paramètre colonnes avec le nouveau Vector, je reste à 5 ». Il est vraisemblable que c'est encore la taille qui limite le nombre de colonnes et tout simplement parce que quelque soit la largeur de l'écran, la largeur du contenant reste à peu près identique (entre 50 et 60 em dans ton cas) et c'est cette taille qui est prise en compte. Pour résumer en étant plus précis, si on compare l'affichage sur des écrans (ou une fenêtre de navigation) en partant d'une très étroite à une très large, à partir d'une certaine largeur d'écran, ce n'est plus le contenant qui s'élargir mais la largeur des bandes blanches latérales. Tu peux aussi faire un test en modifiant le zoom d'affichage du navigateur (Ctrl++ ou Ctrl+roulette). Le nombre de colonnes sur la même page peut évoluer. Dans ces conditions, difficile de dire ce que signifie « responsive ».
- « On notera néanmoins que c'est mieux deux colonnes qu'une ». Pas forcément, question de subjectivité.
- Par curiosité qu'obtiens-tu avec l'écran large, l'ancien Vector, sans paramètre taille et un colonnes=8 ou colonne=5. Est-ce que cela te semble conforme à la documentation du modèle ?. Dans tous les cas, il faudra revoir la documentation.
- La solution 1 que tu proposes revient à faire confiance entièrement à la balise
<references/>
par défaut et au CSS associé, dans la majorité des insertions du modèle dans l'encyclopédie. C'est tout à fait acceptable, tout en conservant le paramètre taille pour les cas particuliers. L'avantage de cette solution est que les contributeurs arrêterons de se casser le tête pour choisir la valeur du paramètre et ensuite à le modifier successivement à leur convenance, selon ce qu'ils voient/préfèrent. Mais alors il est possible que cela fasse quelques mécontents et peut-être qu'un bot devrait quand même, avant de modifier le code du modèle, passer dans les articles, pour y définir une taille correcte dans :- les modèles dans lesquels on a un paramètre colonnes fortement limitant. C'est à dire un paramètre taille exagérément bas qui générerait des colonnes bien trop étroites. (A faire uniquement si on veut s'affranchir partout du paramètre colonnes)
- les modèles dans lesquels colonnes a été précisé, sans taille, dans le but de définir volontairement une largeur faible idéale dans le cas des notes courtes, comme sur l'exemple étudié. Or, il n'est pas toujours facile de savoir ce qui est introduit volontairement dans les articles.
- — Ideawipik (discuter) 18 septembre 2020 à 16:49 (CEST)
- Bonjour
Ideawipik et Daehan :, chez moi ceci = ceci. Aucun changement. Cependant lorsque les références sont forcées en 2 colonnes, je n'en vois qu'une seule. Donc pour moi, il faudrait mettre uniquement {{Références}} en bas de page et ne pas forcer ni en taille, ni en colonne ; sauf si c'est pour mettre une taille inférieure à 20. Pas de 34, 35, ni de 36 qui forcent les nouveaux habillages, récents, modernes en une seule colonne pour faire plaisir à des habillages vieillots, du siècle dernier. Il serait temps de prendre en considération les avis des autres utilisateurs et ne pas se focaliser sur son propre écran, ni à son propre usage. TiboF® 5 octobre 2020 à 22:50 (CEST)
- Bonjour
- Ideawipik, j'ai pris ton exemple (
- Bonjour Ideawipik,
- Bonjour
- Euh bon, je réalise en écrivant que ce que j'ai proposé dans le premier post n'est pas un petit patch
- Bonjour FDo64 et Od1n
- De toute façon, avec cette nouvelle présentation il y a des mises en page à corriger de partout… Mais vu comment elle est
Bonjour à tous. Je me rappelle les discussions qui s'éternisaient pour définir le nombre de colonnes, ou les formats. Que de temps avons-nous perdu ! Pour avoir conseillé de nombreux rédacteurs « lambda », et notamment ceux des 36 000 communes de France depuis quinze ans, je ne peux que vous proposer de faire aussi simple que possible et de conseiller {{Références}} sans taille ni colonnes ni rien d'autre. Plus c'est simple, et mieux c'est accepté par le contributeur « lambda ». Celui qui veut un format particulier saura trouver le mode d'emploi. Bien cordialement. AntonyB (discuter) 5 octobre 2020 à 23:19 (CEST)
- Bonjour, +1. Il est précisé dans la doc du modèle : « La largeur des colonnes définie par défaut dans MediaWiki est de 30 em ou cadratinsa s'il y a plus de 10 références (et reste sur une colonne s'il y a 10 références ou moins). Cette mise en colonnes automatique permet que la présentation de la section dédiée s'adapte sans autre artifice à la plupart des écrans ceci étant pratiquement impossible autrement. » Laissons donc faire le logiciel MediaWiki... --ContributorQ(✍) 6 octobre 2020 à 13:50 (CEST)
- Bonjour TiboF, AntonyB et ContributorQ
- Complètement d'accord avec le principe - que j'applique.
- Mais l'objet de cette discussion, c'est le signalement d'un dysfonctionnement, pas une demande d'optimisation pour qui que ce soit.
- Il y a bien un fonctionnement par défaut (les fameux 30 em qui s'étalent sur deux colonnes à partir de la 11e référence), qui marche. Mais actuellement, le code permet d'utiliser des paramètres (colonnes et taille), qui sont mal utilisés et dont le premier ne marche pas correctement. Daehan [p|d|d] 6 octobre 2020 à 14:24 (CEST)
- Si le paramètre colonne ne fonctionne pas, il ne faut pas l'utiliser. Surtout si la taille des colonnes dépend de la taille de l'écran. TiboF® 6 octobre 2020 à 18:28 (CEST)
- Exactement mon point ^^ Daehan [p|d|d] 6 octobre 2020 à 19:04 (CEST)
- Bonjour. Je vous rejoins sur la recommandation d'utiliser le modèle par défaut, sans paramètre
colonnes
, i.e.{{Références}}
et de faire confiance à MediaWiki. En revanche, tous les paramètres ont actuellement une influence potentielle sur l'affichage, même si elle n'est pas intuitive voire surprenante. Ce n'est jamais « la taille des colonnes qui dépend de la taille de l'écran » mais « le nombre de colonnes qui dépend de la taille de l'écran ». Comme déjà dit plus haut, si on modifie légèrement le code du modèle et si on accepte de faire du paramètrecolonnes
, le nombre maximal de colonnes affichées, quelle que soit la taille de l'écran, alors on pourra dire que le modèle est fonctionnel. Sinon, autant supprimer complètement ce paramètre dans le code du modèle et petit à petit dans les articles (13 % des insertions du modèle sont concernées). Si dans quelques articles, l'affichage étaient altéré négativement, principalement dans les cas de colonnes qui devraient être étroites, alors les contributeurs pourront spécifier unetaille
de colonne dans l'insertion du modèle.— Ideawipik (discuter) 6 octobre 2020 à 21:01 (CEST)
Dans la doc du modèle le paramètre « Colonnes » est signalé « obsolète ». Rendons obsolète le paramètre « taille ». Je ne comprends pas pourquoi un tel paramètre est proposé en option. Pourquoi donner la possibilité à un rédacteur ou une rédactrice de fixer la largeur des colonnes pour tout le lectorat ? Il s'agit de paramètres (« taille » et « colonnes ») de gestion de la réactivité du site ; celle-ci devrait être laissée au logiciel, non ? --ContributorQ(✍) 7 octobre 2020 à 14:13 (CEST)- Bonjour
ContributorQ. Dans le cas général, oui. Il y a cependant des cas particuliers pour lesquels la spécification d'une largeur de colonne différente de celle par défaut (fixée à environ 30em) est utile. (Exemple déjà donné, essaye de supprimer les paramètres
taille
etcolonnes
et de prévisualiser ; le logiciel n'est pas – encore ? – "réactif" sur le contenu des colonnes). Mais, à mon avis, on ne devrait pas spécifier detaille
proche de la valeur par défaut (entre 22 et 38, actuellement), ni de taille inférieure à 12em (recherche wstats, cas extrêmes à corriger) - Une question connexe est quelle est la largeur par défaut optimale pour le lectorat (celle définie par MediaWiki) ? Je trouve que bien souvent le texte des notes serait plus lisible avec 36em qu'avec 30. Mais comme il s'agit de préférences personnelles, il est possible au lecteur de personnaliser son affichage, enfin s'il a un compte utilisateur et est connecté.— Ideawipik (discuter) 7 octobre 2020 à 17:02 (CEST)
- Bonjour
Ideawipik dans l'exemple déjà donné, il s'agit d'un mélange douteux entre la bibliographie (titre du chapitre) et des références (contenu du chapitre). Il serait plus intéressant de faire un vrai chapitre Bibliographie avec juste la bibliographie (et le modèle {{ouvrage}} entre autres), et mettre les références avec lien vers la bibliographie concernée grâce à {{sfn}} ou {{harvsp}}. Ainsi, il n'y a pas besoin de modifier la taille des références, vu qu'avec une taille 20, la lecture des deux modèles dit précédemment se fait sur une ligne. Le modèle {{Références}} se suffit donc à lui-même sans forcer ni la taille, ni les colonnes. TiboF® 7 octobre 2020 à 18:42 (CEST)
Ne suffirait-il pas de remplacer le code actuel par la balise <references /> (voir l'extension mediawiki « Cite » et « usage documentation », pour plus de détails). Cette balise, disponible sur frWiki, gère automatiquement la disposition en colonnes des références. --ContributorQ(✍) 7 octobre 2020 à 19:37 (CEST)TiboF. Sur l'exemple, on peut toujours faire différemment mais la proposition actuelle reste correcte et évite les redondances. Pas sûr d'avoir bien compris le reste. D'où sort la « taille 20 » ? Il n'y a pas de raison que
{{Références|taille=20}}
corresponde à une seule colonne, cela dépend de l'écran.{{Références}}
donne peut-être une seule colonne, mais seulement s'il y a moins de dix éléments dans la liste de références. Et si la lecture du modèle{{Harvsp}}
« se fait sur une ligne », a fortiori « p. 90–91 » s'affiche déjà sur une seule ligne. Intéressant : pour ce cas particulier, la fonctionnalité en projet et prévue pour 2021, mw:Help:Cite#book referencing ($wgCiteBookReferencing) serait tout à fait adaptée.ContributorQ.
<references />
ou{{Références}}
sans paramètres, c'est kif-kif bourricot d'après le code du modèle, le mode "responsive" étant alors activé et le<div class="references-small">
ne changeant pas grand chose, sauf erreur. — Ideawipik (discuter) 7 octobre 2020 à 21:34 (CEST)Ideawipik, la taille 20 fait référence à mon message plus haut : « pour moi, il faudrait mettre uniquement {{Références}} en bas de page et ne pas forcer ni en taille, ni en colonne ; sauf si c'est pour mettre une taille inférieure à 20. Pas de 34, 35, ni de 36 [...] ». Et pourquoi ne pas mettre ces références avec les autres ? Cela éviterait les colonnes ou les tailles pour des micro-références ? TiboF® 7 octobre 2020 à 22:11 (CEST)
- Bonjour
- Bonjour
- Bonjour. Je vous rejoins sur la recommandation d'utiliser le modèle par défaut, sans paramètre
- Exactement mon point ^^ Daehan [p|d|d] 6 octobre 2020 à 19:04 (CEST)
- Si le paramètre colonne ne fonctionne pas, il ne faut pas l'utiliser. Surtout si la taille des colonnes dépend de la taille de l'écran. TiboF® 6 octobre 2020 à 18:28 (CEST)
- Bonjour TiboF, AntonyB et ContributorQ
┌─────────────────────────────────────────────────┘
Bonjour FDo64, Od1n, Ideawipik, TiboF, AntonyB et ContributorQ
Je reviens sur ce sujet, après avoir constaté trop de nouveaux exemples.
Peut-on se mettre d'accord sur deux points :
- le fait que le modèle Références avec le seul paramètre Colonnes (ex :
{{Références|colonnes=2}}
) ne marche de toutes façons pas ? - la possibilité de faire passer un bot pour corriger ces cas-là (ex :
{{Références|colonnes=X}}
-->{{Références}}
) ? Et si oui, demander à un bot de l'intégrer dans ses tâches de maintenance quotidienne ?
Bien à vous, — Daehan [p|d|d] 13 janvier 2021 à 11:48 (CET)
- Bonjour Daehan. Je plussoie bien sûr. Je contribue beaucoup au projet:Communes de France et nous recommandons avec insistance d'utiliser le modèle {{Références}} sans taille ni nb de colonnes, et cela depuis longtemps. Je ne comprends pas qu'une recommandation très formelle n'ait pas encore été rédigée au plus haut niveau. Bien cordialement. AntonyB (discuter) 13 janvier 2021 à 12:21 (CET)
- Bonjour Daehan
. Je ne souhaites pas me répéter donc pourrais-tu relire mon explication donnée à ton tout premier message ? D'autres contributeurs sont venus les confirmer.
- En résumé : le paramètre
colonnes
est déjà recalculé lorsqu'il est tout seul (Cf. la doc du modèle). Par contre les valeurs detaille
sont valables pour l'ancienne apparence. - Je viens de faire un test avec la nouvelle apparence et pour avoir deux colonnes, je dois mettre
taille=28
. Pour trois colonnes c'esttaille=18
. Je me suis arrêté là dans mes tests. - La question est de décider si on aligne ce recalcul en fonction de la nouvelle apparence ou pas. Ceux qui ont décidé de garder vont alors venir se plaindre ici en demandant de rétablir l'ancien calcul…
- Pour moi la réponse est non puisque nos lecteurs qui sont sous IP ont toujours l'ancienne apparence.
- --FDo64 (discuter) 13 janvier 2021 à 14:46 (CET)
- Bonjour FDo64,
- Le paramètre
colonnes
étant recalculé lorsqu'il est seul, on peut donc s'en passer. - Attention, tu dis « Pour moi la réponse est non puisque nos lecteurs qui sont sous IP ont toujours l'ancienne apparence. » : c'est faux, justement : les lecteurs sont automatiquement sous la nouvelle apparence (teste : déconnecte-toi ou utilise un navigateur dans lequel tu n'es pas connecté). C'est donc celle qui doit prévaloir.
- Mais de toutes façons, ce n'est pas la question : on a un paramètre qui ne marche pas, il faut donc d'abord résoudre ce problème.
- Régler au pixel près la taille des colonnes pourra venir par la suite. Daehan [p|d|d] 13 janvier 2021 à 14:53 (CET)
Daehan : C'est décidément un dialogue de sourds, tout simplement parce que l'on ne croit que ce qu'on voit !
- Par ailleurs, je vérifie toujours avant de faire des affirmations donc : oui le paramètre
colonnes
fonctionne et oui j'ai l'ancienne apparence lorsque je suis sous IP. - --FDo64 (discuter) 13 janvier 2021 à 15:01 (CET)
- Même si l'IP qui arrive a tel ou tel présentation, la question n'est pas là. Le fait est que le paramètre colonne fonctionne mal. Avec l'ancienne présentation (laquelle ? ; personnellement, je suis en Timeless, les versions nouvelles ou anciennes de Vector, ce n'est pas mon combat), le paramètre est plus ou moins calculé pour que le nombre de colonne demandé soit affiché. Cependant, avec les nouvelles présentations (Vector ou Timeless), le nombre de colonne est moindre. Un colonne=2 pour un Timeless équivaut à forcer une seule et unique colonne. On a bien un paramètre qui est daubé et qu'il est temps de retirer des articles (quelque soit la présentation, sans oublier la version mobile). TiboF® 13 janvier 2021 à 18:02 (CET)
- Vu que « la réponse est non puisque nos lecteurs qui sont sous IP ont toujours l'ancienne apparence. », je vais retourner en IP. Ou bien, FDo64 (d · c · b) va modifier les articles pour avoir deux colonnes, mettre
taille=28
et pour trois colonnestaille=18
, avant que je lise l'article. Au moins, de cette manière, aucun souci de taille, FDo64 passera avant pour me préparer le bas de page. Alors qu'avec un paramètre de taille, ça satisfait tous les lecteurs. TiboF® 13 janvier 2021 à 18:09 (CET)- Dommage pour moi, en IP, j'ai aussi la nouvelle présentation. 2A01:CB0C:B67:1100:EC32:DADB:BCB0:E572 (discuter) 13 janvier 2021 à 18:12 (CET)
Daehan : Il semblerait d'après la réponse obtenue sur le bistro que je me sois trompé au sujet des IP. Ce serait une bonne chose, même si je doute pour les téléphones.
TiboF : Pas la peine de t'en prendre à moi, je ne demande qu'à trouver une solution et quand je n'en vois pas j'ai l'honnêteté de le dire.
- Pour en revenir à une recherche de solution, une qui serait rapide à mettre en place serait de modifier le recalcul de la taille.
- Et si vous ne voulez pas de mon aide, j'enlève ce modèle de ma liste de suivi.
- --FDo64 (discuter) 13 janvier 2021 à 18:51 (CET)
- Bonjour,
- Je pense que le dernier doute a été levé, concernant l'efficacité du paramètre
|colonnes=
et l'affichage par défaut des lecteurs non enregistrés. - Etant donné qu'actuellement, avec la valeur par défaut de la taille des colonnes (30, si je ne m'abuse), l'affichage ne pose pas de problème, peut-on enfin se débarrasser des occurrences du paramètre
|colonnes=
lorsqu'il est seul ? (C'est-à-dire faire une requête à un bot comme demandé dans mon message du 13 janvier 2021 à 11:48.) - S'il faut optimiser la taille pour avoir 28 au lieu de 30, pourquoi pas, mais ça peut être vu par la suite, ce changement ne résoudra de toutes façons pas le problèmes du paramètre colonnes.
- Cordialement, Daehan [p|d|d] 1 février 2021 à 23:41 (CET)
- Bonjour,
- Si pas d'opposition d'ici une semaine, je fais une demande à un bot.
- Cordialement, Daehan [p|d|d] 26 février 2021 à 11:40 (CET)
- Dommage pour moi, en IP, j'ai aussi la nouvelle présentation. 2A01:CB0C:B67:1100:EC32:DADB:BCB0:E572 (discuter) 13 janvier 2021 à 18:12 (CET)
- Vu que « la réponse est non puisque nos lecteurs qui sont sous IP ont toujours l'ancienne apparence. », je vais retourner en IP. Ou bien, FDo64 (d · c · b) va modifier les articles pour avoir deux colonnes, mettre
- Même si l'IP qui arrive a tel ou tel présentation, la question n'est pas là. Le fait est que le paramètre colonne fonctionne mal. Avec l'ancienne présentation (laquelle ? ; personnellement, je suis en Timeless, les versions nouvelles ou anciennes de Vector, ce n'est pas mon combat), le paramètre est plus ou moins calculé pour que le nombre de colonne demandé soit affiché. Cependant, avec les nouvelles présentations (Vector ou Timeless), le nombre de colonne est moindre. Un colonne=2 pour un Timeless équivaut à forcer une seule et unique colonne. On a bien un paramètre qui est daubé et qu'il est temps de retirer des articles (quelque soit la présentation, sans oublier la version mobile). TiboF® 13 janvier 2021 à 18:02 (CET)
- Bonjour Daehan
┌─────────────────────────────────────────────────┘
Bonjour Daehan. Pas de problème pour moi pour demander aux dresseurs de bots (et utilisateurs de AWB? de WPC?) d'intégrer cette modification mineure à leurs outils, pour un remplacement au fil de l'eau, lors de leur passage dans les articles pour une autre raison, vu qu'il n'est pas très utile de faire 200 000 éditions d'articles juste pour cela. Bonjour NicoV, penses-tu que cela serait possible dans WPCleaner notamment.
Mais, avant tout, il faut établir une règle de remplacement, en spécifiant une taille dans certains cas. Ainsi, est-ce que le fonctionnement par défaut serait adéquat pour les cas avec « colonnes » supérieur à 5 ? Rien n'est moins sûr.
Pourquoi traiter uniquement le modèle « lorsque le paramètre |colonnes=
est seul » ? Quand il y a aussi un paramètre |taille=
, il n'y a pas vraiment davantage de raison de mettre un paramètre colonnes. Mais comme ce dernier limite le nombre de colonnes, cela peut éventuellement se comprendre, avec, selon le mode d'affichage, un effet visible pour les écrans larges. Donc OK.
Remarques annexes déjà soulevées :
- En ce qui concerne le paramètre
taille
, il y a quand même à fixer pour les contenus étroits, une limitation en dessous de laquelle ce paramètre est "intéressant". Cette remarque pourrait faire l'objet d'une précision dans la documentation du modèle, en expliquant au rédacteur que ce qu'il voit n'est pas forcement la même chose que ce qui s'affichera chez un autre lecteur et qu'il faut donc au maximum utiliser le modèle avec son fonctionnement par défaut.- « Pour moi, il faudrait mettre uniquement
{{Références}}
en bas de page et ne pas forcer ni en taille, ni en colonne ; sauf si c'est pour mettre une taille inférieure à 20. Pas de 34, 35, ni de 36 [...] » (dixit TiboF) - J'avais estimé la valeur à 22 et qu'il ne faut pas spécifier une valeur inférieure à 12.
- « Pour moi, il faudrait mettre uniquement
- Quid du paramètre «
pasdecol
» ? La documentation invite a utiliser un nombre élevé dans le paramètretaille
pour obtenir une seule colonne mais ce paramètre existe aussi. On remarquera d'ailleurs que ce paramètre est plus ou moins bien nommé. En effet, il sert uniquement à désactiver le mode responsive qui génère un multi-colonnes pour les listes de plus de dix références (et si on spécifie en même tempspasdecol=oui
et une taille (ou un nombre de colonnes), il n'a strictement aucun effet). - La taille de la zone de lecture a été réduite en août 2020. Si un rédacteur, avant cette date, a imposé trois colonnes (soit une largeur de 24em chacune) par exemple, cela veut-il dire qu'il aurait, avec le nouvel affichage, également imposé trois colonnes ? Et qu'il faut maintenant appliquer trois colonnes de 18em ? Ce n'est pas évident.
Proposition pour l'automatisation du remplacement (chiffres à ajuster)
- si « colonnes » vide, on retire le paramètre ;
- si « taille » vide, on retire le paramètre ;
- si « pasdecol » vide , on retire le paramètre ;
- si « pasdecol » non vide et « taille » non vide, on retire « pasdecol » ;
- si pas de paramètre « pasdecol » :
- si « colonnes » avec « taille », rien à faire,
- si « colonnes » seul :
- si colonnes>=6 on remplace par taille=12,
- si colonnes=5 on remplace par taille=14,
- si colonnes=4 on remplace par taille=16,
- peut-être si colonnes=3 on remplace par taille=22,
- si colonnes=1 ou 2 (voire 3), on retire le paramètre « colonnes »,
- si colonnes=0 (on en trouve !) : pasdecol ? taille=60 ? Cf point 2 au-dessus,
- si colonnes=tout autre contenu : idem mais à faire manuellement car contenu potentiellement réutilisable ou erreur de syntaxe.
— Ideawipik (discuter) 26 février 2021 à 19:19 (CET)
- Bonjour Ideawipik. Pas trop le temps de lire toute la discussion pour l'instant… Je réponds juste au début de proposition pour l’automatisation du remplacement. Pour les 3 premières (suppression de paramètre vide), c'est déjà possible avec WPCleaner, il suffit de compléter la configuration de l’erreur 563. Pour les autres, pas trop réfléchi pour les ajouter dans WPCleaner, mais ça me semble très spécifique. --NicoV (discuter) 26 février 2021 à 19:43 (CET)
- De mon côté, c'est mon avis et je vais le défendre, mais pas l'imposer ; et il a été retranscrit au dessus. C'est, pour ma part, qu'il faudrait qu'il n'y ait que et exclusivement le
{{Références}}
en bas de page et ne pas forcer ni en taille, ni en colonne. Pourquoi ? Pour l'uniformisation des bas de page afin que le lecteur ne soit pas perdu en lisant un article sur les chevaux, comme un article sur les lignes de métro de Paris. Ainsi le bas de page s'adapte pour n'importe quel article sur n'importe quel support de lecture de l'article. Grand comme petit écran, voire écran de smartphone, que ça soit en Timeless, en Vector (ancien ou nouveau), ou en Monobook. Tout le monde y trouve son compte. TiboF® 27 février 2021 à 09:17 (CET)- Je partage entièrement la position précédente pour l'uniformisation, mais il y a des exceptions (souvent introduites avec un
groupe
nommé), où les notes se résument à des « p. n. » et pour lesquelles, une colonne de 15em de large est plus adaptée qu'une colonne de 30 ou 36em. Dans de tels cas, avoir des colonnes même pour seulement dix éléments (ou moins) dans la liste, n'est pas non plus une aberration. Si on a plusieurs appels de notes/références successifs de ce type (textes courts etgroupe=…
). Il serait étrange pour le lecteur d'avoir deux colonnes pour le premier (11 items ou plus) puis seulement une colonne pour le suivant (parce que 10 items ou moins) puis encore deux colonnes. Or, c'est le comportement de la balise par défaut, avec le mode responsive activé. La cohérence au sein d'un article est aussi à considérer. - Donc on peut-être faudrait-il limiter l'automatisation de la "simplification" des appels du modèle soit aux pages ne contenant qu'un seul appel de références, soit aux modèles sans paramètre
groupe
(ou son aliasgroup
). — Ideawipik (discuter) 27 février 2021 à 19:40 (CET)
- Je partage entièrement la position précédente pour l'uniformisation, mais il y a des exceptions (souvent introduites avec un
- De mon côté, c'est mon avis et je vais le défendre, mais pas l'imposer ; et il a été retranscrit au dessus. C'est, pour ma part, qu'il faudrait qu'il n'y ait que et exclusivement le
Problème d'affichage : trop d'espace sous le modèle
modifierBonjour à tous,
Je constate qu'il y a un gros espace entre la section Notes et la section Références dans cette section.
Quelqu'un a une idée de la raison ?
Merci, Daehan [p|d|d] 18 janvier 2022 à 15:12 (CET)
- Bonjour Daehan. Problème non observé. Il n'y a pas eu de modification récente du modèle ni des styles CSS sollicités, en tout cas coté frwiki. Il n'y a pas de raison que le comportement soit différent de celui dans d'autres articles. L'article mentionné ne présente pas d'erreur de syntaxe (tableau ou autres élements HTML) pouvant conduire à un souci. Il sera difficile de t'aider sans connaître ta configuration, notamment les préférences d'affichage (type d'habillage) et éventuellement le navigateur internet employé. Une description plus complète du problème ou une image (extrait de capture d'écran) pourraient servir. Cordialement — Ideawipik (discuter) 18 janvier 2022 à 17:13 (CET)
- Bonsoir Daehan et Ideawipik
. Je constate le même espace également. Il disparait si on ne met qu'une ou deux colonnes. Je ne me l'explique pas. --FDo64 (discuter) 18 janvier 2022 à 21:57 (CET)
- Bonsoir Daehan et Ideawipik
Paramètres obsolètes désuets et catégorie de maintenance
modifierBonjour. Quelques paramètres obsolètes, sans effet depuis plusieurs années sont aujourd'hui inutilisés. Vu que la catégorie Catégorie:Page utilisant le modèle Références avec un paramètre obsolète est quasiment vide et ce depuis longtemps, je propose de renommer la catégorie en Catégorie:Page utilisant le modèle Références avec un paramètre inconnu et de remplacer le code
{{#if:{{NAMESPACE}}||{{#if:{{{1|}}}{{{2|}}}{{{colwidth|}}}<!--{{{group|}}}--><!--{{{refs|}}}-->|[[Catégorie:Page utilisant le modèle Références avec un paramètre obsolète]]}}}}
par
{{#ifeq:{{NAMESPACE}}|{{ns:user}}||{{#invoke:Correction syntaxique|verifierLesArguments
|groupe= |group=
|références= |refs=
|taille= |colonnes= |pasdecol=
|_catégorie=Catégorie:Page utilisant le modèle Références avec un paramètre inconnu}}}}
Se limiter à l'exclusion de l'espace « Utilisateur » ne devrait pas alimenter beaucoup la catégorie par rapport à l'existant. Les avantages par rapport à l'existant sont : 1. Seront repérés tous les paramètres invalides ; 2. L'outil wstat.fr ne considérera plus les paramètres sans effet ("1", "2" et "colwidth") comme valides/existants. L'inconvénient est que l'appel au module (et le ifeq à la place du if) pourrait être plus coûteux que le fonctionnement actuel, mais je ne saurais estimer le surcoût.
Une autre solution serait de supprimer la catégorie (et la catégorisation, retirer du modèle l'intégralité extrait ci-dessus) et de se contenter de l'analyse bimensuelle de wstat.fr pour repérer les erreurs d'insertion du modèle.
Bonus. Additionnellement, il serait possible de transformer légèrement la ligne contenant la conversion colonnes→taille, ainsi :
column-width:{{#switch:{{{colonnes}}}|1=72|2=36|3=24|4=18|5=14.4|6=12|7=10.3|8=9}}em; column-count:{{{colonnes}}};
L'ajout de la dernière partie ferait de colonnes
un nombre maximal, comme c'est le cas pour le modèles de mise en colonnes ({{Début de colonnes}}) et comme c'est déjà le cas s'il est accompagné d'une taille
non vide. Ce paramètre aurait plus de sens qu'actuellement. Sauf erreur, le paramètre "booléen" pasdecol
pourrait être supprimé au profit de colonnes=1
. Lire diverses discussions antérieures, sur la présente page.
La modification nécessite l'intervention d'un administrateur. Notification à FDo64 et Od1n, pour leur expertise technique.
N.B. – Ces modifications mineures du modèles ne doivent pas faire oublier qu'il convient au maximum d'utiliser le modèle avec ses valeurs par défaut (mode responsive) en ce qui concerne la largeur des colonnes et leur nombre, attitude logique et plébiscitée par de nombreux contributeurs. — Ideawipik (discuter) 4 mai 2022 à 18:19 (CEST)
Ideawipik : Bonsoir, j'ai mis en place tes propositions. Modèle mis à jour et catégorie renommée. --FDo64 (discuter) 4 mai 2022 à 22:46 (CEST)
- Bonjour Od1n, Ideawipik et FDo64
- Juste pour comprendre cette discussion et la dernière modification d'Od1n : on vient de mettre que par défaut le nombre de colonnes du modèle est 1 ? (Même s'il y a plus de 10 références ?) Daehan [p|d|d] 11 octobre 2022 à 11:24 (CEST)
- Bonjour Daehan. Les dernières modifications d'Od1n ne changent aucunement le rendu. Cela réduit seulement la taille du code HTML généré dans le cas où la valeur du paramètre
colonnes
est « 1 » (en retirant un attribut superflu). — Ideawipik (discuter) 11 octobre 2022 à 14:56 (CEST)- Merci @Ideawipik et désolé pour ma question de béotien.
- Que penses-tu de concrétiser ta proposition du 26 février 2021, plus haut ? Daehan [p|d|d] 11 octobre 2022 à 15:17 (CEST)
- Les modifications que je viens de réaliser (197659471 et 197659536) n'ont effectivement pas d'impact fonctionnel. C'est surtout pour clarifier le code généré, je ne peux pas mieux expliquer que ce que j'ai déjà écrit dans les résumés de modifs. La présence d'une propriété
column-width
aurait pu amener à croire que plusieurs colonnes peuvent être affichées même lorsque l'on transmet|colonnes=1
. Et justement je m'étais fait avoir ici (erreur dans le résumé de diff), et après m'être rendu compte de mon erreur cela m'a amené à réaliser ces modifs. - Il y a quand même une différence subtile : si un élément flottant à droite (genre une image) empiète sur les références, à partir du moment qu'une propriété
column-width
oucolumn-count
est présente, la largeur des références s'arrêtera au niveau de l'élément flottant, au lieu qu'elles puissent aussi aller en dessous de celui-ci (c'est d'ailleurs un problème de mise en page assez récurrent, pour lequel il n'y a malheureusement rien à faire) ; et cela même si une seule colonne est affichée. Et ça tombe bien, comme avec mes modifs cela n'ajoute plus ces propriétés quand on fait|colonnes=1
, on bascule sur l'autre comportement et cela affiche en pleine largeur (i.e. peut aussi afficher en dessous du flottant), ce qui est je pense préférable (c'est l'affichage normal d'un bloc sur lequel empiète un float, cela affiche de la même manière qu'un<p>
, un<ul>
, un<references responsive="0" />
…). - od†n ↗blah 11 octobre 2022 à 19:46 (CEST)
- Les modifications que je viens de réaliser (197659471 et 197659536) n'ont effectivement pas d'impact fonctionnel. C'est surtout pour clarifier le code généré, je ne peux pas mieux expliquer que ce que j'ai déjà écrit dans les résumés de modifs. La présence d'une propriété
- Bonjour Daehan. Les dernières modifications d'Od1n ne changent aucunement le rendu. Cela réduit seulement la taille du code HTML généré dans le cas où la valeur du paramètre
- Bonjour Od1n, Ideawipik et FDo64
Cohérence du texte
modifierBonjour, loin de moi l'idée de recommencer une discussion sur la largeur des colonnes. À la lecture de la page du modèle, je me demande s'il n'y a pas une contradiction ou une incohérence : ainsi on trouve « La largeur des colonnes définie par défaut dans MediaWiki est de 30 em ou cadratins » et plus loin, La valeur par défaut étant « taille=25 ». À qui se fier ? Bien à vous. Harrieta171 (discussion) 13 novembre 2023 à 09:35 (CET)
- Bonjour Harrieta171. Ma réponse est « 30em », que l'on soit déconnecté ou connecté, mais peut-être que cela dépend de l'habillage choisi par l'utilisateur. Je pense que tu peux sans problème corriger le 25 en 30 dans le texte de la documentation.
- Avec le mode dynamique activé par défaut, la seule différence entre
{{Références}}
et{{Références|taille=30}}
survient s'il y a moins de dix références listées. Avec la première syntaxe, la section reste sur une seule colonne. Bien souvent, cela est plus lisible et ne prend pas plus de place dans la page. Hormis le cas où toutes les références sont très courtes, imposer une largeur de colonnes quand il y a peu de références n'a pas vraiment d'intérêt. Cordialement, — Ideawipik (discuter) 13 novembre 2023 à 10:32 (CET)- Merci Ideawipik
, je vais corriger. Bien à toi.--Harrieta171 (discussion) 13 novembre 2023 à 12:56 (CET)
- Merci Ideawipik
Modèle:Références suggestions
modifierBonjour à tous,
le Modèle:Références, n'affiche rien lorsqu'un article publié ne contient aucune référence. Pourquoi ne pas ajouter une condition (s'il y a zéro réf) au modèle afin qu'une ligne s'affiche dans la section Références. pour indiquer qu'il n'y a actuellement aucune référence sur cette page ?
Cordialement. Riad Salih (discuter) 9 janvier 2024 à 18:03 (CET)
- Rajouter {{...}} peut-être ? En tous cas, c'est une proposition à faire sur la pdd du modèle, je pense
Daehan [p|d|d] 9 janvier 2024 à 18:09 (CET)
- Modifier le modèle ne permettra pas de faire ça. Le modèle se contente d'indiquer où placer les références, il ne peut rien en faire. Escargot (discuter) 9 janvier 2024 à 18:18 (CET)
- Ah oui, il met le mot magique, mais n'est pas capable de savoir s'il y a ou pas des références, c'est ça ? Daehan [p|d|d] 9 janvier 2024 à 18:20 (CET)
- Modifier le modèle ne permettra pas de faire ça. Le modèle se contente d'indiquer où placer les références, il ne peut rien en faire. Escargot (discuter) 9 janvier 2024 à 18:18 (CET)
- On peut ajouter le modèle <nowiki>{{vide}}</nowiki> sous les réf.
- Ou faire passer l'article en SI puisqu'il n'a aucune référence... c'est à celui qui crée l'article de les mettre, pas à ceux qui passent derrière de "collaborer" pour faire le boulot. Sherwood6 (discuter) 9 janvier 2024 à 18:14 (CET)
- Je pense qu'il serait plus pratique d'ajouter directement une fonctionnalité au modèle plutôt que d'utiliser les codes nowiki. Par exemple, on pourrait ajouter un bandeau automatique qui s'ajoute indiquant que l'article a besoin de sources. Je ne suis pas d'accord sur le fait de proposer la suppression immédiate de l'article, car dans certains cas, même en l'absence du modèle références, il peut y avoir une section bibliographie. Riad Salih (discuter) 9 janvier 2024 à 18:20 (CET)
- <nowiki>{{Sources à lier}}</nowiki> et <nowiki>{{Aucune source}}</nowiki> Sherwood6 (discuter) 9 janvier 2024 à 18:26 (CET)
- Pour info
Sherwood6, tu peux utiliser {{m}} plutôt que d’utiliser les balises nowiki : ça donne {{…}}, {{Sources à lier}} et {{aucune source}}. Cordialement. Uchroniste 40 9 janvier 2024 à 18:40 (CET)
- Merci ! Sherwood6 (discuter) 9 janvier 2024 à 18:43 (CET)
- Pour info
- <nowiki>{{Sources à lier}}</nowiki> et <nowiki>{{Aucune source}}</nowiki> Sherwood6 (discuter) 9 janvier 2024 à 18:26 (CET)
- Je pense qu'il serait plus pratique d'ajouter directement une fonctionnalité au modèle plutôt que d'utiliser les codes nowiki. Par exemple, on pourrait ajouter un bandeau automatique qui s'ajoute indiquant que l'article a besoin de sources. Je ne suis pas d'accord sur le fait de proposer la suppression immédiate de l'article, car dans certains cas, même en l'absence du modèle références, il peut y avoir une section bibliographie. Riad Salih (discuter) 9 janvier 2024 à 18:20 (CET)
Voir aussi : les exemples donnés dans cette section supra. Cdlt, Daniel*D, 9 janvier 2024 à 18:49 (CET)
- Je viens d'ouvrir 10 articles au hasard. 3 avaient au moins une source, 7 n'en avaient aucune, et sur ces 7, un seul avait une section référence vide. Il me semble plus profitable de sourcer au passage un article ou deux (voir par exemple le mois du sourçage en cours), surtout si on a un doute sur son contenu, que de s'embêter à engendrer des bandeaux inutiles (on le voit bien, qu'il n'y a pas de sources). Cdlt, --Pa2chant.bis (discuter) 9 janvier 2024 à 19:56 (CET)
- Bonsoir Riad Salih
, comme le dit très bien
Escargot bleu, le modèle {{Références}} ne fait qu'afficher les références présentes dans l'article.
- Il n'existe aucun mot magique permettant de savoir qu'il n'y a pas de références dans un article.
- Il faudrait le demander aux développeurs et c'est loin d'être élémentaire si on veut traiter tous les cas !
- Par exemple :
{{NUMBEROFREFINGROUP:''nom de groupe''}}
avec nom de groupe=NONE pour les références hors groupes, nom de groupe=ALL pour l'ensemble des groupes et nom de groupe=FULL pour la totalité (groupes et non groupes). - Cela permettrait, par exemple de détecter les pages qui ne contiennent que des références dans des groupes.
- --FDo64 (discuter) 9 janvier 2024 à 21:08 (CET)
- Bonsoir @FDo64
- Dans ce cas, pourquoi est-ce que le modèle affiche qu'il n'y a pas de références lorsque le mode édition est activé ? Riad Salih (discuter) 9 janvier 2024 à 23:44 (CET)
Riad Salih : Si c'est l'éditeur visuel (que je n'utilise pas) qui te donne cette information, je ne sais pas comment il récupère l'information et je laisse quelqu'un d'autre répondre. --FDo64 (discuter) 9 janvier 2024 à 23:57 (CET)
- Bonsoir Riad Salih