Discussion :

[Invité]

Bonsoir,
Je cherche à faire une table d'addition (esthétique et lisible) dans laquelle les nombres seraient centrés horizontalement et verticalement dans des colonnes de même largeur, quel que soit le nombre contenu dans la cellule.

J'ai lu beaucoup de forums et j'ai tenté de ne pas me perdre entre les différents package (tabular, tabularx, array) et je n'ai pas réussi à réaliser une table facile à lire et esthétique.

Actuellement, elle ressemble à cela :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
\begin{tabular}{|>{\columncolor{gray}} c || c | c | c | c | c | c | c | }
	\hline
	5 & 5 & 6 & 7 & 8 & 9 & 10 & 11\\
	\hline
	4 & 4 & 5 & 6 & 7  & 8 & 9 & 10\\
	\hline
	3 & 3 & 4 & 5 & 6  & 7  & 8 & 9\\
	\hline
	2 & 2 & 3 & 4  & 5  & 6  & 7 & 8\\
	\hline
	1 & 1 & 2 & 3 & 4  & 5  & 6  & 7\\
	\hline
	0 & 0 & 1 & 2  & 3  & 4  & 5  & 6\\
	\hline\hline
  	\rowcolor{gray}+ & 0 & 1 & 2  & 3  & 4  & 5  & 6\\
  \hline
 \end{tabular}

Les nombres sont alignés en haut des cellules et les colonnes contenant des nombres à 2 chiffres sont plus large que les autres.
Je ne suis pas arrivé à déterminer quel est le package le plus adapté (tabular ? tabularx? array ? un autre ?) pour faire cela, ni comment le faire le plus simplement possible.

Quelqu'un a-t-il une piste ?
Merci de votre aide.

[Winnt]

Bonsoir,

Je vous conseille de regarder l'extension tabu et sa commande \begin{tabu}{|X[cm]|} (exemple pour une colonne) qui devrait répondre à votre demande.

[Invité]

Bonsoir,

Je vous conseille de regarder l'extension tabu et sa commande \begin{tabu}{|X[cm]|} (exemple pour une colonne) qui devrait répondre à votre demande.

Merci beaucoup,
D'après ce que j'ai compris, cet environnement se greffe au dessus des autres. Les différents environnements se complètent et semblent pouvoir s'utiliser en parallèle.

• L'environnement «array» vient d'être mis à jour il y a moins de 15 jours (le 12 avril 2015).
• L'environnement «tabularx» a été mis à jour en octobre 2014.

Donc, à mon avis, il est nécessaire que je comprenne bien les autres pour pouvoir résoudre mon problème avec «tabu».
Lorsque j'aurai pigé le B.A.BA avec les autres, alors je pourrais l'utiliser.

En lisant la doc de «tabu», je m'aperçois du chemin qu'il me reste à parcourir avant de pouvoir m'en servir !

Avec «tabular», j'ai trouvé ce code

Pour avoir du texte centré verticalement et horizontalement, il faut utiliser

\newcolumntype{M}[1]{>{\centering\arraybackslash}m{#1}}

dans la section «Alignement du texte» de cette page http://fr.wikibooks.org/wiki/LaTeX/Tableaux.

Je l'ai fait :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
\newcolumntype{M}[1]{>{\centering\arraybackslash}m{#1}}
\begin{tabular}{|>{\columncolor{gray}} M{0.6cm} || *{7}{M{0.6cm}} | }
	\hline
	5 & 5 & 6 & 7 & 8 & 9 & 10 & 11\\
	\hline
	4 & 4 & 5 & 6 & 7  & 8 & 9 & 10\\
	\hline
	3 & 3 & 4 & 5 & 6  & 7  & 8 & 9\\
	\hline
	2 & 2 & 3 & 4  & 5  & 6  & 7 & 8\\
	\hline
	1 & 1 & 2 & 3 & 4  & 5  & 6  & 7\\
	\hline
	0 & 0 & 1 & 2  & 3  & 4  & 5  & 6\\
	\hline\hline
  	\rowcolor{gray}+ & 0 & 1 & 2  & 3  & 4  & 5  & 6\\
  \hline
 \end{tabular}

Mais cela n'a pas centré verticalement les nombres. De plus, des traits de séparation ont disparu dans les zones grisées comme on peut le voir sur cette capture d'écran :



En outre, cette façon de faire exige que la largeur des cellules soit fixée d'avance et non pas calculée automatiquement en fonction de la plus large.

Je continue mon exploration des tableaux qui est bien compliquée !

[-Nikopol-]

Cela peut se faire avec tabular en utilisant cellspace qui permet de définir l'espace au dessus et en dessous du texte.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
\documentclass[10pt,a4paper]{article}
\usepackage{cellspace}
\usepackage{colortbl,xcolor}
\newcolumntype{P}[1]{>{\centering\arraybackslash}p{#1}}% colonne de type p mais centrée
 
\cellspacetoplimit 4pt %espace au dessus du texte
\cellspacebottomlimit 4pt  %espace en dessous du texte
\begin{document}
\begin{tabular}{|>{\columncolor{black!10}} S{P{0.5cm}} || *7{S{P{0.5cm}}|}}
	\hline
	5 & 5 & 6 & 7 & 8 & 9 & 10 & 11\\
	\hline
	4 & 4 & 5 & 6 & 7  & 8 & 9 & 10\\
	\hline
	3 & 3 & 4 & 5 & 6  & 7  & 8 & 9\\
	\hline
	2 & 2 & 3 & 4  & 5  & 6  & 7 & 8\\
	\hline
	1 & 1 & 2 & 3 & 4  & 5  & 6  & 7\\
	\hline
	0 & 0 & 1 & 2  & 3  & 4  & 5  & 6\\
	\hline\hline
  	\rowcolor{black!10}+ & 0 & 1 & 2  & 3  & 4  & 5  & 6\\
  \hline
 \end{tabular}
\end{document}

[-Nikopol-]

Je viens d'être devancé de quelques secondes

De plus, des traits de séparation ont disparu dans les zones grisées comme on peut le voir sur cette capture d'écran :

Non il s'agit juste d'un defaut d'affichage du lecteur de PDF (acrobat je suppose), si tu zommes, ces traits "reapparaissent". Dans tous les cas tu n'auras pas ce problème à l'impression.

[Winnt]

Bonjour,

Donc, à mon avis, il est nécessaire que je comprenne bien les autres pour pouvoir résoudre mon problème avec «tabu».

Non ce n'est pas tout à fait cela.

Tabu étend certaines fonctionnalité des extensions array, tabularx...
Vous pouvez donc utiliser tabu en lieu et place de celles-ci.

[Invité]

Bonjour,



Non ce n'est pas tout à fait cela.

Tabu étend certaines fonctionnalité des extensions array, tabularx...
Vous pouvez donc utiliser tabu en lieu et place de celles-ci.

Et comme il « étend certaines fonctionnalités », je dois apprendre les fonctionnalités de base des autres pour bien l'utiliser, non ?

[Invité]

Je viens d'être devancé de quelques secondes


Non il s'agit juste d'un defaut d'affichage du lecteur de PDF (acrobat je suppose), si tu zommes, ces traits "reapparaissent". Dans tous les cas tu n'auras pas ce problème à l'impression.

En effet, en zoomant avec adobe reader (c'est bien celui-là) le problème a disparu.
Les autres lecteurs de pdf les affichent-ils mieux ?

[Invité]

Cela peut se faire avec tabular en utilisant cellspace qui permet de définir l'espace au dessus et en dessous du texte.

J'ai ajouté ceci au préambule

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
\usepackage{cellspace}
\newcolumntype{P}[1]{>{\centering\arraybackslash}p{#1}}% colonne de type p mais centrée
\cellspacetoplimit 4pt %espace au dessus du texte
\cellspacebottomlimit 4pt  %espace en dessous du texte

Puis le même code que vous pour la table

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
\begin{tabular}{|>{\columncolor{black!10}} S{P{0.5cm}} || *7{S{P{0.5cm}}|}}
	\hline
	5 & 5 & 6 & 7 & 8 & 9 & 10 & 11\\
	\hline
	4 & 4 & 5 & 6 & 7  & 8 & 9 & 10\\
	\hline
	3 & 3 & 4 & 5 & 6  & 7  & 8 & 9\\
	\hline
	2 & 2 & 3 & 4  & 5  & 6  & 7 & 8\\
	\hline
	1 & 1 & 2 & 3 & 4  & 5  & 6  & 7\\
	\hline
	0 & 0 & 1 & 2  & 3  & 4  & 5  & 6\\
	\hline\hline
  	\rowcolor{black!10}+ & 0 & 1 & 2  & 3  & 4  & 5  & 6\\
  \hline
 \end{tabular}

Et j'obtiens une erreur que je n'ai pas encore comprise :

Package array Error: Illegal pream-token (P{0.5cm}): `c' used.
See the array package documentation for explanation.
Type H <return> for immediate help.

J'utilise TexMaker et MikTex 2.9 sur Windows 7.

[Invité]

L'erreur vient de « S{P{0.5cm}} » car en remplaçant ce bout de code par « P{0.6cm} », il n'y a pas d'erreur de compilation, mais pas de centrage vertical non plus.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
\newcolumntype{P}[1]{>{\centering\arraybackslash}p{#1}}% colonne de type p mais centrée
\begin{tabular}{|>{\columncolor{gray}} P{0.6cm} || *{7}{P{0.6cm}|} }
	\hline
	5 & 5 & 6 & 7 & 8 & 9 & 10 & 11\\
	\hline
	4 & 4 & 5 & 6 & 7  & 8 & 9 & 10\\
	\hline
	3 & 3 & 4 & 5 & 6  & 7  & 8 & 9\\
	\hline
	2 & 2 & 3 & 4  & 5  & 6  & 7 & 8\\
	\hline
	1 & 1 & 2 & 3 & 4  & 5  & 6  & 7\\
	\hline
	0 & 0 & 1 & 2  & 3  & 4  & 5  & 6\\
	\hline\hline
  	\rowcolor{gray}+ & 0 & 1 & 2  & 3  & 4  & 5  & 6\\
  \hline
 \end{tabular}

Est-ce une erreur de MikTeX 2.9 ?

[-Nikopol-]

S{P{0.5cm} est la façon de d'écrire pour cellspace, le S devant le descripteur de colonne permet de modifier l'espace entre le texte et le filet vertical. Ici en fixant les deux paramètres à la même valeur on va centrer les cellules verticalement.
Pour ton soucis; le code que j'ai posté compile-t-il tout seul dans un fichier à part. Il faudrait fournir un ecm afin que l'on puisse voir le problème, il se peut qu'il y ai une interaction avec une autre extension. (array est-elle chargée ? avant ou après la redéfinition de la colonne p ?)

[Invité]

S{P{0.5cm} est la façon de d'écrire pour cellspace, le S devant le descripteur de colonne permet de modifier l'espace entre le texte et le filet vertical. Ici en fixant les deux paramètres à la même valeur on va centrer les cellules verticalement.

Oui, j'ai regardé la doc, et c'est bien pour cela que j'ai cru que l'erreur venait de MikTeX.

Pour ton soucis; le code que j'ai posté compile-t-il tout seul dans un fichier à part. Il faudrait fournir un ecm afin que l'on puisse voir le problème, il se peut qu'il y ai une interaction avec une autre extension. (array est-elle chargée ? avant ou après la redéfinition de la colonne p ?)

En effet, j'ai fait des essais en supprimant des packages chargés et sans « siunitix » cela fonctionne très bien.
Il y a conflit entre « cellspace » et « siunitix » !
J'ai de la chance, je n'utilise pas siunitx dans ce document ! Ouf !

En regardant la doc de « siunitx », on peut lire à la page 13 :

4.6 Tabular material
Aligning numbers in tabular content is handled by a new column type, the S column.
This new column type can align material using a number of different strategies, with
the aim of flexibility of output without needing to alter the input. The method used as
standard is to place the decimal marker in the number at the centre of the cell and to
align the material appropriately

Ainsi, « S » est utilisé par les deux package, donc nécessairement, cela bugue !

La doc de « cellspace » à la page 4 dit ceci :

tabls is a package that does a similar job than cellspace.

Reste à vérifier si avec le package « tabls » il y a conflit ou non !

Je marque le sujet comme résolu.
Merci encore !

[Invité]

Reste à vérifier si avec le package « tabls » il y a conflit ou non !
!

Je viens de faire le test, en chargeant le package « tabls », il y a une erreur sur le code original qui n'existe pas lorsque l'on ne le charge pas.
J'ai fait un ECM :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
\documentclass[a4paper, 11pt,landscape]{article}  % Présentation générale et mise en page
 
\usepackage[T1]{fontenc}
\usepackage[UTF8]{inputenc}             % Encodage des caractères accentués
\usepackage{amsmath, amsfonts, amssymb} % Spécial maths 
\usepackage{colortbl}
\usepackage{xcolor}
 
\usepackage{tabls}
 
\begin{document}
%\setlength\extrarulesep{4pt}  %espace autour des lignes 
%\newcolumntype{P}[1]{>{\centering\arraybackslash}p{#1}}% colonne de type p mais centrée
%\newcolumntype{M}[1]{>{\centering\arraybackslash}m{#1}}
\begin{tabular}{|>{\columncolor{gray}} c || c | c | c | c | c | c | c | }
	\hline
	5 & 5 & 6 & 7 & 8 & 9 & 10 & 11\\
	\hline
	4 & 4 & 5 & 6 & 7  & 8 & 9 & 10\\
	\hline
	3 & 3 & 4 & 5 & 6  & 7  & 8 & 9\\
	\hline
	2 & 2 & 3 & 4  & 5  & 6  & 7 & 8\\
	\hline
	1 & 1 & 2 & 3 & 4  & 5  & 6  & 7\\
	\hline
	0 & 0 & 1 & 2  & 3  & 4  & 5  & 6\\
	\hline\hline
  	\rowcolor{gray}+ & 0 & 1 & 2  & 3  & 4  & 5  & 6\\
  \hline
 \end{tabular}
\end{document}