Discussion modèle:Méta lien catégories

Catégorisation automatique

Bonjour,

la plupart des modèles utilisant ce bandeau utilisent en plus un code pour catégoriser les catégories l'utilisant dans une catégorie du genre Catégorie:Portail:France/Catégories liées. Pour éviter ce code il faudrait ajouter un paramètre categorisation, permettant d'indiquer la catégorie de classement. Ce paramètre permettrait aussi de ne pas catégoriser Catégorie:Projet:France/Catégories liées dans elle même.

Cordialement,

--Hercule ^Discuter 12 juillet 2010 à 18:51 (CEST)

C’est plus compliqué étant donné qu’il y a souvent plusieurs catégories, les catégories « mères » devant être spécifiées aussi pour que ce mécanisme de catégorisation dynamique soit utile. À noter que cette hiérarchie de catégories n’est pas transitive donc pas spécifiable autrement que par une liste plate : par exemple la Guyane est en France mais pas en Europe. — Bjung (d), 31 juillet 2014 à 08:26 (CEST)

Taille de l'image

Comment faire pour modifier (en l'occurrence diminuer) la taille d'une image dans le bandeau (exemple Catégorie:Classe de sous-marin allemand de la Seconde Guerre mondiale : l'image du sous-marin est énorme par rapport aux autres catégories). --Berdea (d) 10 août 2013 à 02:18 (CEST)

J'ai réduit la taille, de 120x24px à 48x24px.

⇨ D^r Brains ^{∞ Consultation ∞} 10 août 2013 à 12:55 (CEST)

C'est parfait maintenant. Mais il n'y a pas de paramètre de taille dans le modèle ? --Berdea (discuter) 10 août 2013 à 17:02 (CEST)

C’est mieux sans paramètre de taille, sinon je vois déjà venir les abus en tous genres… — Bjung (d), 31 juillet 2014 à 08:30 (CEST)

Mise à jour du modèle avec paramètres spécifiques

Il me vient une idée. Si une mise à jour systématique des bandeaux doit se faire à l’occasion de la mise en forme des puces (voir discussion ci-dessus), alors pourquoi ne pas y inclure les modications nécessitées par une mise à jour du modèle sous-jacent qui intégrerait lui seul le code d’ajout de puces, les éléments étant dorénavant spécifiés séparément par leur paramètre associé ? Par exemple, le code de {{Catégorie France}} pourrait être du genre :

{{Méta lien catégories
|image=Flag of France.svg
|arbre=Portail:France/Arborescence
|arbre-texte=Arborescence de la France
|cat=France
|portail=France
|projet=France
|discussion=Projet:France
}}

Je pense qu’on a maintenant assez d’expérience de terrain concernant les bandeaux de catégories pour faire cette mise à jour, malgré quelques exceptions comme par exemple {{Catégorie langues}}. — Bjung (d), 31 juillet 2014 à 08:39 (CEST)

Je viens d’écrire une première version de la mise à jour (très facile) sur {{Utilisateur:Bjung/Méta lien catégories}}, ce qui donne pour la France :

La mise à jour permet d’homogénéiser la mise en forme (principalement ordre des éléments, typographie et puces). Elle est rétrocompatible : si le paramètre texte est présent, c’est l’ancienne présentation qui est mise en œuvre. Qu’en pensez-vous ? — Bjung (d), 31 juillet 2014 à 09:10 (CEST)

Excellente idée. Suggestion pour {{Catégorie langues}} : on pourrait ajouter un paramètre nommé portails qui contiendrait la liste des portails avec leurs liens. --FDo64 (discuter) 2 août 2014 à 15:29 (CEST)

┌─────────────────────────────────────────────────┘
Je viens de rajouter un paramètre portails destiné à contenir du texte libre, et qui met en œuvre la mise en page spécifique qui équilibre les deux lignes :

• maintenant :

Arborescence de la linguistique Catégorie Linguistique Langues Écriture Projet Café

• avec le nouveau code :

{{Méta lien catégories
|image=Nuvola apps kmessedwords.png
|arbre=Portail:Linguistique/Arborescence
|arbre-texte=Arborescence de la linguistique
|cat=Linguistique
|portails=Portails : [[Portail:Linguistique|linguistique]] / [[Portail:Langues|langues]] / [[Portail:Écriture|écriture]]
|projet=Langues
|discussion-complet=Projet:Langues/Café des linguistes
}}

Il y aurait peut-être encore le cas de deux catégories mères, mais comment mettre en page ? — Bjung (d), 6 août 2014 à 23:22 (CEST)

Documentation

Je viens de créer les modèles pour documenter les modèles de liens pour catégories, à l’instar de ceux utilisés pour les liens vers portails : voir par exemple le rendu sur {{Catégorie France}}. — Bjung (d), 2 août 2014 à 07:45 (CEST)

Où utiliser les modèles dérivés de celui-ci (documentation des bandeaux)

Je viens d’annuler la modification d’Hercule (d · c · b) sur {{Documentation lien thématique pour catégories}}, changeant le mot « catégories » en « espaces de noms non-encyclopédique » sous prétexte que « Ces modèles, malgré leur nom, ne servent pas que pour les catégories ». Pour moi cela n’a aucun sens :

• où sont donc utilisés ces bandeaux, si ce n’est dans les catégories ? L’outil {{CGraph}} qui fait partie des bandeaux ne fonctionne d’ailleurs que dans les catégories ;
• si ces bandeaux sont utilisés ailleurs que dans les catégories, alors pourquoi ne pas expliciter cela un peu plus dans cette documentation qui sert à cela, au lieu de laisser le lecteur (y compris moi) avec plus de questions que de réponses ?
• les mots « non encyclopédique » sont au mieux ambigus, la majorité des catégories étant bien « encyclopédiques », dans le sens « faisant partie du contenu de l’encyclopédie intéressant pour le lecteur final » ; d’ailleurs la page Aide:Espace de noms que d’aucuns ont pris l’habitude de coller pour expliquer le terme ne dit en fait pas du tout ce que c’est !
• si on ne mentionne pas que ces bandeaux sont effectivement utilisés principalement dans les catégories, mais seulement dans de vagues « espaces non encyclopédiques », alors l’aide est totalement inutile pour le novice qui ne saura toujours pas où utilement placer ces bandeaux ;
• en prime, grosse faute de grammaire qui ne fait pas très sérieux pour de la documentation écrite de manière soigneuse et pouvant se retrouver sur potentiellement beaucoup de pages : « non encyclopédique » doit être au pluriel.

Il faudrait donc à mon avis au moins trouver quelque chose de plus exact et informatif pour cette documentation. — Bjung (d), 12 août 2014 à 11:23 (CEST)

Je viens de trouver une page traitant de l’espace encyclopédique qui dit bien qu’il est aussi constitué de catégories. Donc parler d’espace non encyclopédique dans notre cas est bien erroné. — Bjung (d), 18 août 2014 à 23:47 (CEST)

Signe de séparation

Actuellement le signe {{·}} est utilisé. Je pense que cela serait mieux d'utiliser {{•}}. Au moins pourrait-on (avec un paramètre supplémentaire) modifier ce signe de séparation. — Berdea (discuter) 9 juillet 2019 à 14:44 (CEST)

 Berdea : Bonjour, j'imagine que ta question se rapporte à la modification que je viens d'effectuer afin de d'améliorer l'accessibilité, c'est à dire l'appel du modèle {{Liste horizontale}} en cas d'utilisation du paramètre liste.

La puce est générée par la classe "liste-horizontale" qui n'est pas modifiable. Je pense plutôt que c'est dû à la police réduite.

--FDo64 (discuter) 9 juillet 2019 à 15:18 (CEST)

Merci de ta réponse. Oui c'est exact. Je n'aime pas le modèle "liste-horizontale" car on ne gère pas le signe de séparation et en plus l'insécabilité est difficile à gérer. — Berdea (discuter) 9 juillet 2019 à 15:39 (CEST)

 Berdea : alors j'ajoute  Tractopelle-jaune à la discussion qui saura peut-être palier à cela. --FDo64 (discuter) 9 juillet 2019 à 16:27 (CEST)

┌─────────────────────────────────────────────────┘
Bonsoir  Berdea et FDo64,

L'utilisation du modèle {{Liste horizontale}} (plus précisément sa classe .liste-horizontale, définie dans MediaWiki:Common.css) permet de construire des listes conformes aux principes d'accessibilité du contenu, permettant d'améliorer fortement la sémantique et l'accessibilité de la consultation de l'encyclopédie pour les personnes malvoyantes (qui utilisent des outils comme un lecteur d'écran, celles utilisant un navigateur en mode texte, ou encore dont les styles de mise en page sont désactivés.

Plus d'informations sur Wikipédia:Atelier accessibilité/Bonnes pratiques#Listes à puces et listes numérotées.

Concernant la puce, elle est générée par du « contenu ajouté » CSS (propriété content: "· ";), imposant donc l'utilisation de sélecteurs CSS et de pseudo-éléments CSS, ce n'est donc pas modifiable dynamiquement avec un paramètre, même avec la nouvelle extension TemplateStyles. La seule solution serait de définir en dur directement une nouvelle classe, utilisant un autre caractère séparateur. Mais je ne suis vraiment pas chaud pour cela (solution très lourde pour juste changer un caractère).

Le modèle {{Liste horizontale}} et sa classe .liste-horizontale étant avant tout utilisés sur les palettes de navigation, cela ne ferrait que reproduire les mêmes dérives que l'on essaie au contraire progressivement de réduire. J'entends par là l'utilisation de telle ou telle mise en forme par préférence personnelle.

Les palettes de navigation (mais pas que) ont beaucoup été sujettes à ces dérives de préférences strictement personnelles de mise en page (changement de la taille de la police, de la couleur, des marges intérieures/extérieures, de l'interlignage, des bordures, et plein d'autres fantaisies encore). L'objectif depuis plusieurs années maintenant est de réduire cela (sauf dans les cas ou la mise en forme particulière répond à un objectif évident d'amélioration de la clarté du contenu, et qu'elle apporte effectivement un bénéfice évident, autre que juste « c'est plus joli »). Pour les palettes de navigation, mis à part les styles « habituels » de mise en page personnalisés utilisés selon le type de palette (alignement à gauche ou au centre du contenu des listes, par exemple), seules les couleurs de fond (et éventuellement de texte pour les groupes) associée à des chartes graphiques thématiques (si possible via des modèles de charte comme {{Charte sportive}}) sont conservés.

Concernant la gestion de la sécabilité (raison pour laquelle j'ai été notifié par FDo64), c'est assez compliqué, mais c'est par contre clairement un point qui laisse effectivement à désirer dans certains cas.

Le principe actuel (qui ne doit pas être modifié, car il est correct dans 99 % des cas), c'est que les éléments sont insécables, donc un retour à la ligne ne peut être fait par le navigateur qu'au niveau des puces (séparateurs). Et si un élément de la liste contient des sous-éléments (2^e niveau ou plus d'une liste ; code wiki : ** ...), les sous-éléments peuvent aussi être séparés au niveau de leurs séparateurs.

Il est possible d'utiliser le modèle {{sécable}} de manière isolée autour d'un élément pour le rendre sécable manuellement, mais ce n'est pas très pratique en cas d'usage répété.

Il serait souhaitable d'avoir d'autres comportements possibles, par exemple :

• sécable=restreint : autoriserait de séparer entre les éléments de premier niveau uniquement (interdiction de la séparation entre les sous-éléments). Serait parfois utile pour garder une certaine cohérence visuelle sur des palettes de navigation avec de nombreux sous-éléments, sans aucun impact sur l'accessibilité. Exemple récent que j'avais gardé en tête : Modèle:Palette Champions d'Europe du relais 4x400 m (voir avant) (à noter que je suis pas un fan de l'utilisation de <small> pour les sous-éléments comme utilisé sur cette palette, mais j'ai comme habitude de ne pas trop toucher à ce genre de choix).
• sécable=auto : mode actuel ; par défaut.
• sécable=oui : tout est sécable, partout.

Par contre, cela n'est pas des plus simples à réaliser.

Du fait qu'il n'est pas possible d'utiliser des attributs HTML style="" (à cause de l'utilisation impérative de sélecteurs CSS), je ne vois que deux possibilités, mais aucune des deux n'est parfaite :

1. Créer deux nouvelles classes dans MediaWiki:Common.css, en surchargeant les sélecteurs CSS concernés de la classe .liste-horizontale (par augmentation de la spécificité via la seconde classe). Implique l'envoi à tous les navigateurs de plusieurs règles CSS supplémentaires inutiles dans la quasi-totalité des cas. Par contre, cela permettrait de modifier la sécabilité à la demande partout où la classe .liste-horizontale est appelée (mais l'intérêt de cette possibilité est très limité...).
2. Créer deux nouvelles classes dans Modèle:Liste horizontale/styles.css (feuille de style chargée par l'extension TemplateStyles), mais toujours en surchargeant les sélecteurs CSS concernés de la classe .liste-horizontale définie dans MediaWiki:Common.css (par augmentation de la spécificité via la seconde classe). Le modèle {{Liste horizontale}} injecterait néanmoins la feuille de style Modèle:Liste horizontale/styles.css uniquement en cas de besoin (afin d'éviter l'envoi de données inutiles au navigateur, ce qui, vu le nombre de pages appelant au moins une palette, n'est pas négligeable du tout). Cette solution est également plus souple. Par contre, elle implique que la mise en forme CSS du modèle serait gérée à deux endroits différents, ce qui n'est pas top, mais sans être rédhibitoire pour autant.

Je veux bien faire des tests de mon côté pour essayer de déterminer les règles CSS supplémentaire à utiliser. Mais concernant l'application de tout changement à ce sujet, s'agissant d'une modification significative, il faudra en discuter sur Discussion modèle:Liste horizontale en temps voulu. Mais je vais déjà regarder ce qui est faisable côté CSS pour arriver aux résultats voulus, avant de proposer la modification.

--Tractopelle-jaune (discuter) 9 juillet 2019 à 19:44 (CEST)

 Berdea : Bonjour, suite à notre discussion, peut-on annuler la modification que tu avais faite auparavant ? --FDo64 (discuter) 13 juillet 2019 à 17:08 (CEST)

Merci. Oui bien sûr tu peux revenir sur ma modification.
Par contre je reste attaché au signe de séparation{{•}} qui dans le cas présent est plus sympa ainsi qu'aux caractères gras. Ne pourrait-on généraliser ces 2 demandes et revenir ainsi à la forme précédente qui donnait satisfaction à beaucoup. — Berdea (discuter) 14 juillet 2019 à 01:46 (CEST)

 Berdea : Bonjour,

Pour ce qui est de la mise en gras, je ne comprends pas ta demande, j'ai normalement respecté l'existant, en l'harmonisant pour tous les bandeaux. D'ailleurs, maintenant ils sont bien alignés lorsqu'on utilise {{Multi bandeau}}.

Pour ce qui est du signe de séparation à utiliser, je n'ai aucun avis. Donc peut-être que le plus simple est de modifier le CSS ?  Tractopelle-jaune : un avis ?

--FDo64 (discuter) 14 juillet 2019 à 15:59 (CEST)

 FDo64 et Berdea : J'ai commencé à faire des tests il y a quelques jours sur Utilisateur:Tractopelle-jaune/BrouillonL. Je n'avais pas terminé car j'ai pas eu trop de temps ces derniers jours.

Je viens de compléter avec un test supplémentaire pour utiliser le caractère « • » (bullet) au lieu de la puce standard « · ».

Comme indiqué plus haut, il y a deux possibilités. Soit on passe par MediaWiki:Common.css en créant là-dedans une classe supplémentaire, soit on le fait par une feuille de style via TemplateStyles qui viendrait avec une autre classe par-dessus la classe .liste-horizontale.

La seconde option (TemplateStyles) à ma préférence, car moins lourde. Par contre, je suis pas sûr qu'il soit raisonnable de vouloir implémenter ces différentes variantes dans {{Liste horizontale}} sans un minimum de discussion.

En attendant, il est toujours possible de « bricoler » quelque chose de spécifique pour {{Méta lien catégories}} de la manière suivante :

1. Créer la page Modèle:Méta lien catégories/styles.css et ajouter une règle du genre :

   .liste-horizontale.liste-horizontale-bullet li + li:before {
   	content: "• ";
   }
   

2. Ajouter dans {{Méta lien catégories}}, avant l'appel à {{Liste horizontale}}, le code suivant : <templatestyles src="Méta lien catégories/styles.css" />
3. Ajouter un paramètre classe=liste-horizontale-bullet à l'appel de {{Liste horizontale}} dans {{Méta lien catégories}}.

C'est une solution, certes pas idéale, mais possible. Et cela sans (pour le moment) toucher au cœur du modèle {{Liste horizontale}}.

J'ai modifié Modèle:Méta lien catégories/Bac à sable pour tester (sans créer la feuille de style, j'ai mis ma feuille de test à la place).

Le rendu est visible sur Modèle:Méta lien catégories/Test.

Voilà.

Reste ensuite à déterminer si on reste avec ce bricolage (dans ce cas, il faudra suivre les instructions données ci-dessus), ou si on suggère d'implémenter cette possibilité à {{Liste horizontale}}. Mais autant pour l'implémentation de variantes de gestion de la sécabilité je suis favorable, autant là je suis plus hésitant, on a pu s'en passer jusqu'à présent sans problème.

--Tractopelle-jaune (discuter) 14 juillet 2019 à 16:45 (CEST)

 Tractopelle-jaune et Berdea : J'ai mis à jour les exemples de Modèle:Méta lien catégories/Test pour que la nouvelle proposition soit visible. Moi, ça me convient. --FDo64 (discuter) 14 juillet 2019 à 17:37 (CEST)

Accessibilité des images

Dans le cadre de l'accessibilité des images, pourriez vous reporter l'ajout « |vignette » dans ce modèle. Il a été maj Modèle:Méta lien catégories/Bac à sable pour un test de rendu dans Modèle:Méta lien catégories/Test. A voir bien sûr avec l'outil accessibilité. En vous remerciant d'avance --Philippe rogez (discuter) 24 mars 2024 à 17:33 (CET)

par  LD ce jour à 18 h 23 (mais chez moi, c'est tout cassé maintenant, quel que soit l'habillage). • Chaoborus 1 avril 2024 à 22:42 (CEST)

@Chaoborus, en effet et à la réflexion, |vignette n'est pas opportun car il s'agit de deux images décoratives ; j'ai partiellement annulé (j'ai conservé mes retouches sur les alternatives). LD (d) 1 avril 2024 à 23:34 (CEST)