Discussion modèle:Colonnes

Nombre de colonnes

C'est une volonté de ne pas permettre de choisir le nombre de colonnes ?{{User:Flo/Signature|13 avril 2007 à 15:16 (CEST)}}

C'est nécessaire pour la raison suivante : si tu impose x colonnes, tu aura x colonnes quelle que soit la largeur d'écran du visiteur.

Cela peut poser des problèmes pour les résolutions un peu faibles.

En indiquant la largeur minimum d'une colonne, le nombre de colonne s'adapte automatiquement en fonction de la largeur disponible--Medium69 13 avril 2007 à 16:45 (CEST)

D'accord. C'est en effet un bon choix. — florian, le 13 avril 2007 à 17:27 (CEST)

 Flo et Medium69 : Néanmoins définir une taille de 30 (ce qui semble être devenu le standard) donne beaucoup de colonnes sur les grands écrans ... Pano38 (discuter) 28 septembre 2016 à 08:08 (CEST)

Voir la discussion récente sur la page Discussion modèle:Références#Uniformisation des documentations ?. Cdt. --Gkml (discuter) 28 septembre 2016 à 08:42 (CEST)

[conflit] Raison pour laquelle j’essaye de régulièrement modérer les propos de certains visant à un remplacement systématique du paramètre nombre qui, utilisé avec taille, permet de limiter le nombre de colonnes — bonnes contributions, Ltrlg (discuter), le 28 septembre 2016 à 08:45 (CEST)

~ Ltrlg et Gkml Ne pourrait on utiliser le paramètre nombre pour définir un nombre maximum de colonnes (je pense que 2 ou 3 serait judicieux), plutôt que comme une nombre obligatoire de colonnes, ce qui éviterait une foultitude de colonnes sur écran à grande résolution si taille est utilisé mais pas nombre ... Pano38 (discuter) 28 septembre 2016 à 10:04 (CEST)

Merci de voir ma réponse au § Discussion modèle:Références#Uniformisation des documentations ? ; il serait ainsi utile de poursuivre la discussion dans l'autre page. Cdt. --Gkml (discuter) 28 septembre 2016 à 10:14 (CEST)

 Gkml C'est fait mais je ne partage pas ton avis que d'avoir une foultitude de colonnes microscopiques sur un grand écran ne nuit pas à la lisibilité ... Pano38 (discuter) 28 septembre 2016 à 10:26 (CEST)

Paramètre "1="

Il est indiqué au paragraphe des Paramètres :

• 1=contenu (obligatoire) : contenu affiché dans les colonnes.

Or ce paramètre "1=" n'est pas utilisé dans l'exemple plus bas, ce qui n'empêche pas l'affichage d'être correct. Ici, ce paramètre "1=" est obligatoire : Dans quels cas ce paramètre "1=" est-il facultatif ou nécessaire? --Lostinthiswhirlpool (d) 23 novembre 2011 à 16:49 (CET)

Pour info, j'ai eu ma réponse ici :

le paramètre "1=" est nécessaire s'il y a des caractères spéciaux (comme le signe "=") dans la liste. --Lostinthiswhirlpool (d) 24 novembre 2011 à 15:09 (CET)

En fait ce paramètre est obligatoire dans le sens où, sinon, il n'y aurait aucun contenu. Ce qui est facultatif, c'est de le nommer explicitement (dans les cas notamment de caractères spéciaux). Tu aurais pu aussi trouver ta réponse ici. Et inutile de paniquer si on ne te répond pas dans l'heure, c'est Wikipédia... --Flo (d) 24 novembre 2011 à 22:33 (CET)

Saut de colonne

Bonjour,
Est-ce qu'il existe un moyen de faire un saut de colonne pour permettre de remplacer les faux tableaux (comme celui-ci). Merci! — Riba ^(discuter) 25 mars 2012 à 20:40 (CEST)

A ma connaissance, non. Les propriétés nécessaires existent théoriquement, mais ne sont pas implémentées par les navigateurs pour le moment.

Cela dit, le tableau de mise en forme de Université Concordia ne pose pas de problème, le découpage en 3 blocs étant « logique » (il ne coupe pas une des listes). . Cordialement, --Lgd (d) 27 mars 2012 à 18:18 (CEST)

Problème avec la première colonne

J'ai constaté qu'il y a un problème a avec quatre colonnes alors qu'avec trois ou cinq fonctionne cela fonctionne correctement!!
Pano38 (d) 22 avril 2012 à 10:20 (CEST)

De quoi s'agit-il plus précisément ? Un article où le problème se produirait ? Cordialement, --Lgd (d) 22 avril 2012 à 10:48 (CEST)

L'exemple suivant vous montre ce que j'expliquais:

• aaa fff fff
• bbb fff fff
• ccc ffff fff
• ddd fff fff
• ddd fff fff
• ddd fff fff
• ddd fff fff

qui a mon avis devrait afficher le tableau sur quatre colonnes et non sur trois (comme sur mon écran?!) Cela me donne l'impression que le calcul 5/4 = 1.25 arrondi a deux lignes et 3 x 2 = 6 donc il n'y a que trois colonnes, mais ce n'est peut être pas la bonne explication!!
Pano38 (d) 24 avril 2012 à 10:03 (CEST)

C'est lié au nombre d'éléments dans la liste. Chez moi, celle-ci s'affichera sur 4 colonnes s'il n'y a que 4 éléments ou s'il en a au moins 7 (comme ci-dessus après que j'ai modifié l'exemple). Ces valeurs peuvent être différentes selon les navigateurs et selon les résolutions.

Il faut savoir que l'implémentation dans les navigateurs des propriétés utilisées ici est encore en développement : ce n'est pas une fonctionnalité finalisée et elle ne devrait en fait pas être utilisée dans des sites comme Wikipédia pour le moment. D'où des rendus inévitablement surprenants parfois, qui sont le prix à payer pour anticiper un peu les choses . Cordialement, --Lgd (d) 24 avril 2012 à 10:27 (CEST)

Problème similaires sur l'article Segment automobile, avec le paramètre "taille=";

1^er exemple

• Chevrolet Spark
• Citroën C-ZERO
• Citroën C1
• Daihatsu Cuore
• Fiat 500 II
• Ford Ka
• Hyundai i10
• Kia Picanto II
• Mitsubishi i
• Nissan Pixo
• Peugeot iOn
• Peugeot 107
• Suzuki Alto V
• Renault Twingo II
• Toyota Aygo
• Volkswagen Fox

2^e exemple

• Alfa Romeo MiTo
• Audi A1
• Chevrolet Aveo
• Citroën C3 / Citroën DS3
• Dacia Sandero
• Daihatsu Charade
• Fiat Punto Evo
• Ford Fiesta
• Hyundai i20
• Kia Rio
• Lada Kalina
• Lancia Ypsilon
• Mazda 2
• MINI
• Mitsubishi Colt
• Nissan Micra
• Opel Corsa
• Peugeot 208
• Renault Clio IV
• Seat Ibiza
• Škoda Fabia
• Toyota Yaris
• Volkswagen Polo

3^e exemple

Autre exemple trouvé sur le site AD Isère Drac Romanche :

• du Bas Grésivaudan,
• de Bresson à Saint- Ismier,
• de Comboire à l’Echaillon,
• d’Echaillon à Saint-Gervais,
• de Lancey à Gières,
• de Pique-Pierre à Roize,
• de Saint-Ismier à Grenoble,
• de Supérieure Rive Droite,
• de Supérieure Rive Gauche,
• de Tencin à Lancey,
• de Voreppe à Moirans,
• Romanche aval,
• Drac Isère.

je n'arrive pas a comprendre la logique, mais je remarque que c'est toujours la première colonne qui a une ligne de moins que les suivantes?? Bizarre! Pano38 (d) 4 janvier 2013 à 14:39 (CET)

La raison de cela est que les listes à puce incluent une marge verticale en haut et en bas, et que celle-ci est incluse dans la hauteur à diviser en colonnes.

Le seul moyen de l'éviter est de ne pas utiliser la syntaxe wiki des listes (à puces avec * en tête de ligne ou numérotées avec #), mais d'utiliser le balisage HTML pour modifier le style CSS qui leur est appliqué (sur les balises <ol<...</ol> ou <ul<...</ul>) pour enlever cette marge verticale, et ensuite d'utiliser la base <li>...</li> au lieu de * ou # en tête de ligne.

On a aussi le même problème avec les marges verticales surajoutées quand une présentation multicolonnes contient des paragraphes de texte : quand le multicolonnage prend effet, là où le saut de colonne a lieu, les marges verticales ne sont pas reprises en bas de la colonne avant la coupure ni en haut.

Il faudrait que le multicolonnage n'inclue pas dedans les marges verticales mais que celles-ci s'appliquent hors du colonnage. Mais CSS pour l'instant ne dispose pas de cette option.

Il serait plus pratique de pouvoir baliser en syntaxe wiki les listes en permettant d'utiliser directement la balise HTML <ol<...</ol> ou <ul<...</ul> pour encadrer les listes et les styler sans que les éléments de liste génèrent une autre balise HTML identique à l'intérieur. Mais là Mediawiki ne le reconnait pas et va inclure une liste dans une liste.

Donc pour l'instant voici un code qui marche, mais en HTML sans la syntaxe wiki des listes:

• du Bas Grésivaudan,
• de Bresson à Saint- Ismier,
• de Comboire à l’Echaillon,
• d’Echaillon à Saint-Gervais,
• de Lancey à Gières,
• de Pique-Pierre à Roize,
• de Saint-Ismier à Grenoble,
• de Supérieure Rive Droite,
• de Supérieure Rive Gauche,
• de Tencin à Lancey,
• de Voreppe à Moirans,
• Romanche aval,
• Drac Isère.

Une meilleure solution serait que la feuille de style CSS de Mediawiki supprime automatiquement ces marges (qui seront reportées sur le bloc conteneur tout entier de toutes les colonnes) quand il détecte qu'une liste "ul" ou "ol" est le premier enfant d'un bloc multilonnes. Verdy p (discuter) 18 novembre 2017 à 01:48 (CET)

Note: cela a été fait avec ce code CSS par défaut sur la feuille de style générale de ce wiki, qui règle cet ancien problème:

.colonnes > ol,
.colonnes > ul,
.colonnes > p {
    margin-top: 0;
}

Mais ce code ci n'est toujours pas fait pour les listes de définition. En syntaxe wiki, ce sont les blocs de lignes commençant par ; et : qui génèrent des balises <dl>...</dl> contenant des lignes <dt>...</dt> (pour ; en wikicode) et <dd>...</dd> (pour : en wikicode).

Exemple 1 (déséquilibré, et bordures incorrectement placées) :

Exemple

du Bas Grésivaudan,

de Bresson à Saint- Ismier,

de Comboire à l’Echaillon,

d’Echaillon à Saint-Gervais,

de Lancey à Gières,

de Pique-Pierre à Roize,

de Saint-Ismier à Grenoble,

de Supérieure Rive Droite,

de Supérieure Rive Gauche,

de Tencin à Lancey,

de Voreppe à Moirans,

Romanche aval,

Drac Isère.

Exemple 2 (déséquilibré aussi, et bordures incorrectement placées) :

du Bas Grésivaudan,

de Bresson à Saint- Ismier,

de Comboire à l’Echaillon,

d’Echaillon à Saint-Gervais,

de Lancey à Gières,

de Pique-Pierre à Roize,

de Saint-Ismier à Grenoble,

de Supérieure Rive Droite,

de Supérieure Rive Gauche,

de Tencin à Lancey,

de Voreppe à Moirans,

Romanche aval,

Drac Isère.

On règle le problème de déséquilibre dans ces deux exemples de la même façon avec un balisage HTML explicite sans la syntaxe wikicode (cette fois c'est le padding supérieur non nul par défaut pour "dl" est gênante, mais aussi les marges verticales de chaque ligne, et on peut aussi supprimer la bordure inconsistante):

du Bas Grésivaudan,

de Bresson à Saint- Ismier,

de Comboire à l’Echaillon,

d’Echaillon à Saint-Gervais,

de Lancey à Gières,

de Pique-Pierre à Roize,

de Saint-Ismier à Grenoble,

de Supérieure Rive Droite,

de Supérieure Rive Gauche,

de Tencin à Lancey,

de Voreppe à Moirans,

Romanche aval,

Drac Isère.

Suggestion d'ajout dans le CSS de ce wiki pour éviter ce balisage HTML explicite (et aussi supprimer la coloration du fond):

.colonnes > dl {
    margin-top:0;
    padding-top:0;
    border:none;
    background:inherit;
}

On a encore des problèmes similaires de marges avec les blocs de code "source" ou "pre", les inclusions de "wikitable" qui ont aussi des marges ajoutées par défaut, mais on peut facilement les styler dans leur balise. Verdy p (discuter) 18 novembre 2017 à 02:03 (CET)

Déformation du contenu

Note: le message qui suit provient du bistro, 27 mai 2013 (column-count).

Bonjour,

Pour ceux qui ne connaissent pas encore, column-count est une propriété CSS (version 3) qui permet de diviser un bloc de contenu en plusieurs colonnes. Sur Wikipédia, cette propriété est le plus souvent utilisée (à l'aide du modèle colonnes) pour diviser des listes, plus particulièrement dans les sections articles connexes, voir aussi et notes et références (ex: Mozart, Armillaria#Principales espèces, Systématique#Voir_aussi, Périgueux#Notes_et_r.C3.A9f.C3.A9rences). Cette propriété peut s’avérer intéressante dans certains cas, tel que sur les écrans larges, mais beaucoup moins dans d'autres (tablettes, smartphones). De plus, s'il faut admettre que cette propriété a du bon, je pense également qu'il faudrait limiter son utilisation, notamment dans le cas des listes à plusieurs niveaux afin de préserver leur mise en forme logique et leur intuitivité (ex: Phellinus). J'aimerais (1) avoir votre opinion sur le sujet, (2) connaître le moyen de recenser les articles concernés par ce problème. Cordialement – Je viens en paix, Reptilien.19831209BE1[Bonjour,_✎] 27 mai 2013 à 09:41 (CEST)

---

Exemple de column-count sur 3 colonnes:

Lorem ipsum dolor sit amet, consectetuer adipiscing elit, sed diam nonummy nibh euismod tincidunt ut laoreet dolore magna aliquam erat volutpat. Ut wisi enim ad minim veniam, quis nostrud exerci tation ullamcorper suscipit lobortis nisl ut aliquip ex ea commodo consequat. Duis autem vel eum iriure dolor in hendrerit in vulputate velit esse molestie consequat, vel illum dolore eu feugiat nulla facilisis at vero eros et accumsan et iusto odio dignissim qui blandit praesent luptatum zzril delenit augue duis dolore te feugait nulla facilisi. Nam liber tempor cum soluta nobis eleifend option congue nihil imperdiet doming id quod mazim placerat facer possim assum. Typi non habent claritatem insitam; est usus legentis in iis qui facit eorum claritatem. Investigationes demonstraverunt lectores legere me lius quod ii legunt saepius.

Exemple d'une liste à plusieurs niveaux sur 3 colonnes (c'est horrible et on ne sait plus qu'est-ce qui appartient à quoi):

• élément 1
• élément 2
  • élément 2.1
• élément 3
  • élément 3.1
  • élément 3.2
    • élément 3.2.1
  • élément 3.3
  • élément 3.3.1
• élément 4
  • élément 4.1
  • élément 4.2
• élément 5
  • élément 5.1
    • élément 5.1.1
  • élément 5.2
• élément 6
  • élément 6.1
    • élément 6.1.1
    • élément 6.1.2
      • élément 6.1.3.1
    • élément 6.1.4
  • élément 6.2
  • élément 6.2
• élément 7

---

Autant pour le texte, je pense que cela doit être banni (on n'écrit pas un journal avec des colonnes), autant pour les longues listes, cela permet de les condenser. Skiff (d) 27 mai 2013 à 11:57 (CEST)

Les problèmes de taille d'écran peuvent être contournés par l'utilisation de column-width, ce qui correspond au paramètre taille de {{colonnes}} que j'utilise pour ma part toujours sur les articles (je remplace d'ailleurs systématiquement nombre en taille lorsque j'en trouve). Pour les listes à plusieurs niveaux, je partage ton avis tant que les CSS ne proposent pas un moyen de décider où la coupure est autorisée (par exemple entre deux items de premier niveau) — Ltrl G^☎, le 27 mai 2013 à 12:20 (CEST)

Est ce que c'est consécutif de ce modèle, mais dans cet article qui l'utilise, Liste de hors-la-loi dans le Far West, il est impossible de modifier chaque section isolément. Si je veux ajouter ou enlever un nom, je suis obligé d'éditer l'article en entier. Kirtap^{mémé sage} 27 mai 2013 à 12:37 (CEST)

Pas à ce modèle en particulier : tout modèle contenant une section rend impossible la modification de celle-ci. Ceci corrige le problème, mais l'autre version sera à terme probablement plus simple pour l'éditeur visuel. — Ltrl G^☎, le 27 mai 2013 à 13:09 (CEST)

El Crallis ha nicobado la liri de los Cales --27 mai 2013 à 14:11 (CEST)

J'avais aussi un problème de mise en colonne mais n'ayant rien trouvé dans les pages d'aide de wikipedia, j'ai fait une recherche sur le net et j'ai trouvé une solution que j'ai appliqué dans l'article Aéroport international de Malte. Je peux répartir les items comme je veux dans le nombre de colonne que je souhaite, ici deux avec la mention 50 % ; ce serait 3 colonnes avec 33 % et 4 avec 25 %, etc.

Cordialement --Skorba (d) 28 mai 2013 à 02:01 (CEST)

---

Je relance ici la discussion car je pense qu'il serait temps de conseiller l'utilisation du modèle colonnes uniquement pour les listes simples d'un seul niveau. J'ai encore constaté ce matin quelque chose de dérangeant. Dans la section Signés Isobel Lambot de l'article, le commentaire bibliographique débutait dans la deuxième colonne, déformant ainsi le contenu. – Je viens en paix, Reptilien.19831209BE1[Bonjour,_✎] 2 juillet 2013 à 07:44 (CEST)

https ?

J'ai l'impression qu'il y a un problème si on fait une liste de liens externes contenant un lien https (j'utilise firefox, donc le problème ne vient pas de là). Quelqu'un peut essayer et voir si c'est un problème de mon coté ? --Roll-Morton (discuter) 23 février 2016 à 23:51 (CET)

Ce signalement de problème est inutilisable : quelle est la nature du problème observé (non-affichage, affichage incorrect, mauvaise interaction avec le pointeur) ? dans quelles conditions se manifeste-t-il (avec nombre, taille, les deux ; seul ou dans une mise en page complexe) ?

— bonnes contributions, Ltrlg (discuter), le 24 février 2016 à 11:51 (CET)

 Ltrlg : Bonjour, j'espérais une réponse du type «ah oui c'est connu, il faut faire ceci», c'est pourquoi je n'ai pas mis d'exemple. En voilà :

D'abord des liens internes et http, affichage normal :

• Bistro du jour
• Signpost
• Le Thé

Les même avec le lien Live édition 1h qui est https, pas d'affichage (sur mon navigateur en tout cas) :

Peut-être que le problème vient d'ailleurs...--Roll-Morton (discuter) 24 février 2016 à 11:59 (CET)

Ce n’est pas le HTTPS, c’est le symbole =, problème documenté sur {{=}} (et mentionné sur {{colonnes}}) — bonnes contributions, Ltrlg (discuter), le 24 février 2016 à 13:19 (CET)

PS : les notification ne fonctionnent que si tu signes en même temps — bonnes contributions, Ltrlg (discuter), le 24 février 2016 à 13:22 (CET)

Merci pour les deux infos . --Roll-Morton (discuter) 24 février 2016 à 13:58 (CET)

Peut-être que le problème avec les = et | devrait apparaître plus clairement sur la page. --Roll-Morton (discuter) 24 février 2016 à 14:02 (CET)

Effectivement — bonnes contributions, Ltrlg (discuter), le 24 février 2016 à 14:07 (CET)

Le modèle ne marche plus ?

Bonjour,

En faisant cette modif (section "Gravures"), je constate que le contenu encapsulé dans le modèle Colonnes disparaît.

Y a-t-il quelque chose qui provoque ça ? Est-ce un problème plus général ?

Cordialement, — Daehan ^[p|d|d] 14 mai 2017 à 23:06 (CEST)

Je viens de l'ajouter, il fonctionne sur mon navigateur. Nodulation (discuter) 15 mai 2017 à 08:37 (CEST)

Bonjour Nodulation,

Merci, mais du coup ce n'est pas le même modèle : pourquoi {{Colonnes}} ne fonctionne pas ? (que je sache quand utiliser l'un ou l'autre)

Cordialement, — Daehan ^[p|d|d] 15 mai 2017 à 09:02 (CEST)

J'utilise toujours {{début de colonnes}}, que je trouve plus clair. On ne se retrouve pas avec deux accolades fermantes isolées, à la fin d'une liste. Sinon, c'est le lien externe présent dans le corps de l'article (que j'ai enlevé dans mon modification) qui empêchait le modèle de s'afficher correctement. {{colonnes}} n'est pas un modèle robuste : il n'accepte pas de texte contenant le caractère « = ». Nodulation (discuter) 16 mai 2017 à 00:11 (CEST)

Ah, merci beaucoup Nodulation, je prendrai tout ça en compte ;) — Daehan ^[p|d|d] 16 mai 2017 à 00:22 (CEST)

Le problème que tu constates est que le contenu inclus un signe "=" et que l'appel du modèle prend tout ce qui précède le premier signe égal comme un nom de paramètre.

Il suffit de nommer explicitement le paramètre de contenu avec "|1=" et pas uniquement la barre verticale avant le contenu à afficher.

C'est général pour tous les modèles utilisant des paramètres "positionnels", qu'on peut toujours "nommer" explicitement par leur numéro d'ordre (cependant cela a un effet qui est parfois gênant: la valeur en paramètre sera "trimmée" de ses espaces et sauts de lignes au début et à la fin, alors que cela ne se produit pas sir c'est un paramètre positionnel sans nom ni numéro explicite) dont les blancs sont passés et conservés tels quels. Verdy p (discuter) 18 novembre 2017 à 01:54 (CET)

Ceci dit, quand un contenu peut être long comme ici (où les signes "=" proviennent du balisage des références dans la liste), utiliser {{début de colonnes}} et {{fin de colonnes}} est plus efficace car cela limite la mémoire interne nécessaire pour le passage des paramètres, et sur les grosses pages cela évite un dépassement de capacité, et c'est aussi plus parlant lors des modifications (à condition de ne pas oublier le second modèle de fin). Verdy p (discuter) 18 novembre 2017 à 01:54 (CET)

Paramètre écart

Bonjour, Ne serait-il pas pertinent d'ajouter le paramètre {{{écart}}} comme sur {{début de colonnes}} ? ◾ Luciofr 💬 7 septembre 2020 à 17:20 (CEST)

Saut intempestif s'apparentant à un bloc solidaire

Dans cet article (Juifs exécutés ou abattus sommairement en France (1940-1944)), j'ai voulu mettre des colonnes :

Test

Adultes victimes (liste partielle)

• 1941 :
  • Samuel Tyszelman (20 ans), arrêté lors de la manifestation qui se déroulait le 13 août 1941 sur les Grands boulevards, il est condamné à mort, ainsi que son camarade, le 18 août 1941 pour « aide à l'ennemi, ayant pris part à une manifestation communiste dirigée contre les troupes d'occupation allemandes » et fusillé le 19 août à La Vallée-aux-Loups, chemin dit de l'Orme-Mort, à Châtenay-Malabry.
• 1942 :
  • Valentin Feldman (33 ans), philosophe spécialiste d'esthétique et résistant, fusillé le 27 juillet 1942 au Mont Valérien par les Allemands
  • Léon-Maurice Nordmann (34 ans)
  • Georges Politzer (39 ans)
  • Fernand Zalkinow (18 ans), co-dirige un groupe des Bataillons de la Jeunesse (organisation de Résistance communiste) constitué majoritairement de jeunes du XI^e arrondissement, fusillé le 9 mars 1942 dans la clairière du Mont-Valérien
• 1944 :
  • Hélène Basch (80 ans), exécutée sommairement avec son mari (qu'elle n'avait pas voulu quitter) par la Milice française, le 10 janvier 1944 à Neyron, dans l'Ain
  • Victor Basch (80 ans)
  • Claude Ben Zimra (23 ans)
  • Joseph Bergmann (27 ans), né le 6 février 1917 à Ickern en Allemagne, tué le à Oradour-sur-Glane (Haute-Vienne)
  • Pierre Bernheim (59 ans)
  • Marc Bloch (57 ans)
  • Joseph Boczov (38 ans), ingénieur chimiste, soldat volontaire de l'armée française de libération (FTP-MOI de la région parisienne), fondateur, en 1942, et chef du 4^e détachement dit des « dérailleurs », fusillé au fort du Mont-Valérien), le 21 février 1944
  • Marianne Cohn (21 ans)
  • André Elbogen (22 ans)
  • Robert Enoch (40 ans)
  • Joseph Epstein (32 ans)
  • Maurice Fingercwajg (20 ans)
  • Jonas Geduldig (26 ans)
  • Léo Glaeser (56 ans)
  • Emeric Glasz (22 ans)
  • Léon Goldberg (20 ans)
  • Szlama Grzywacz (33 ans)
  • Henri Klein (résistant) (29 ans)
  • Samy Klein (29 ans), rabbin et résistant français, aumônier de la jeunesse et grand espoir du judaïsme français, fusillé à L'Étrat, Loire, 7 juillet 1944
  • Louis Krzyzkowski (46 ans)
  • Albert Lautman (36 ans)
  • Marco Lipszyc (32 ans)
  • Maurice Loebenberg (28 ans)
  • Marcel Rajman (20 ans)
  • Maurice Schlisselmann (64 ans)
  • Willy Schapiro (33 ans)
  • Wolf Wajsbrot (18 ans)
  • Aron Wolf (26 ans), rabbin (à titre posthume) et résistant français
  • Émile Zeizig (57 ans)

 

On arrive à une liste complètement déséquilibrée comme s'il y avait un bloc solidaire pour 1944, ce que je ne souhaite pas. Comment faire ? Y-a-t'il eu des modifications récentes ? — Berdea (discuter) 10 décembre 2020 à 13:08 (CET)

Bonjour Berdea . Tout d'abord une remarque : avec le nouveau habillage taille=39 n'affiche qu'une colonne. J'ai du le modifier pour visualiser le problème.

La réponse : le modèle utilise class="colonnes" et quand on regarde MediaWiki:Common.css on voit que c'est volontaire. Voir la partie « Évitons de couper les éléments de listes sur plusieurs colonnes ».

Comme  Od1n a pas mal touché au CSS, peut-être qu'il t'en dira plus ?

--FDo64 (discuter) 10 décembre 2020 à 18:55 (CET)

Merci FDo64 pour ta réponse. En fait je pense qu'il ne faut pas imposer un saut de colonnes en base ; il faut que cela reste un acte volontaire. On voit dans l'exemple que j'ai pris, qu'il y a un vrai déséquilibre entre les colonnes. On a je pense le Modèle:Bloc solidaire pour éviter des sauts de colonnes intempestifs. — Berdea (discuter) 13 décembre 2020 à 18:49 (CET)

C'est un CSS dont je ne suis pas l'auteur, mais  Ltrlg, refs l'ajout en question.

Pour ma part, je pense que le plus souvent, le rendu doit être meilleur avec ce CSS ; et même dans l'exemple fourni plus haut, je trouve que c'est mieux avec le CSS, on repère mieux les années.

Cela étant, il serait techniquement possible d'implémenter une option permettant d'éviter ce CSS, mais, encore pour ma part, je ne pense pas que cela soit souhaitable (rapport entre utilité et complexification du code).

od†n ↗^blah 24 décembre 2020 à 02:35 (CET)

Il est excessivement difficile d'utiliser correctement {{bloc solidaire}} avec des listes, donc le support par ce modèle me semble nécessaire. Je pense que le comportement actuel reste préférable dans le cas général, mais il est possible de trouver une façon raisonnable de le désactiver au cas par cas si c'est vraiment nécessaire.

Cependant, il me semble utile de noter que la raison pour laquelle j'avais fait cette modification est précisément le cas exposé. Si la liste précédente est affichée sur deux colonnes, la seconde (sans ces règles) ne contient pas de puce de premier niveau. Dans un habillage ne différenciant pas visuellement les niveaux de puces autrement qu’avec l’indentation (comme Vector), il est alors quasiment impossible de voir du premier coup d’œil si la colonne ne contient que des éléments de premier ou de second niveau. Des deux situations, chacune imparfaite, j’avais préféré celle qui favorise la lisibilité, et c’est toujours mon premier choix. La liste présentée est suffisamment simple pour que ce ne soit pas vraiment un problème, mais ce n’est malheureusement pas toujours le cas.

— bonnes contributions, Ltrlg (discuter), le 4 janvier 2021 à 21:20 (CET)