Blog
Les analyses et les idées des plus grands esprits de l'analyse.TIPS de la semaine
Chaque semaine, découvrez de nouvelles astuces et bonnes pratiques pour devenir un expert !
Voir l'index
Le reporting avancé ou le paradoxe de Spock : 1-Le Starter kit du reporting avancé
Reporting avancé ou le paradoxe de Spock : 2. Comprendre la logique de formatage
Reporting avancé ou le paradoxe de Spock : 3 - Découverte de la syntaxe CSS pour les bordures
Reporting avancé ou le paradoxe de Spock : 4 - 1er Exemple avancé d’utilisation du CSS
Reporting avancé ou le paradoxe de Spock : 5 - 2ème Exemple avancé d’utilisation du CSS
Reporting avancé ou le paradoxe de Spock : 6. Gestion de la taille des colonnes (Vous êtes ici)
Reporting avancé ou le paradoxe de Spock : 7. Exemples de gestion de taille des colonnes
Reporting avancé ou le paradoxe de Spock : 8. Entête multilignes sorti dans 1 tableau XLS
Reporting avancé ou le paradoxe de Spock : 9. Entête multi lignes sorti dans 1 onglet XLS
Reporting avancé ou le paradoxe de Spock : 10. Entête multi lignes via l’outil Table
Reporting avancé ou le paradoxe de Spock : 11. Entête multi lignes via l’outil Table 2
Reporting avancé ou le paradoxe de Spock : 6. Gestion de la taille des colonnes
Quoi ?! Un article complet sur la taille des colonnes ?
Et oui, car vous allez le voir ce petit exercice est le résultat de nombreuses interactions. Pour vous faire gagner énormément de temps il est important de bien les maîtriser, plutôt que de cliquer au hasard.
La taille des colonnes peut être impactée par plusieurs facteurs. Une fois de plus, comme les formats de sortie peuvent être distincts, il peut y avoir des écarts entre ce que l’on définit et ce que l’on obtient au final. Il y a 5 paramétrages qui impactent la taille des colonnes :
- Taille de la police des entêtes et données,
- Largeur de colonne dans l’outil Table,
- Largeur de table dans l’outil Table,
- Mode de sortie dans l’outil Rendu,
- Format de papier dans l’outil Rendu.
Globalement, c’est assez logique, il faut juste comprendre le fonctionnement.
Une même table définie dans l’outil Table peut être poussée dans un mail, dans du pdf, du Excel, du Html… avec tous des formats et des caractéristiques techniques distinctes. Certains ont des affichages fixes (pdf), d’autres dynamiques (une page web). Il y a donc des paramétrages qui permettent de s’adapter et aussi des caractéristiques qui ne fonctionnement pas dans certains formats de sortie. Par exemple, on ne peut pas imposer à l’avance une taille de colonne à Excel mais on peut le faire pour du pdf.
On peut vouloir fixer une taille de table, ou au contraire demander à ce qu’elle prenne toute la largeur de la page quel que soit le futur format qui sera exploité ce qui du coup est plus maintenable.
Si je définis un tableau avec des tailles de colonnes, il faut que la taille de ce tableau rentre bien dans le format de sortie précisé.
Si la feuille est plus petite que la table, j’aurai un souci et Alteryx va essayer de le réduire pour que ça rentre.
Si je définis des largeurs de colonnes elles devront dans tous les cas rentrer dans la largeur de ma table.
Si je définis une taille de police, il faut que je puisse afficher toutes mes valeurs dans toutes mes colonnes et dans ma table sans que cela soit tronquée. Alteryx ne prendra pas l’initiative de réduire une taille de Police. Il jouera sur les largeurs de colonnes ce qui génère des cas particuliers à comprendre.
Donc rien que de la logique, mais tous ceci impacte la taille des colonnes.
Une fois de plus, lorsqu’on vient d’Excel, ce sont des problématiques qu’on ne se pose pas, ce qui n’aide pas à comprendre certains menus.
L’idée ici est de vous donner un aperçu des grandes idées pour vous éviter les phases de tâtonnement et voir tout de suite ce qu’on peut ou ne peut pas faire.
Rendu : Mode de sortie et Format de papier
L’outil Rendu
Ceci impacte donc la taille potentielle de ce qui peut être produit. Il faut savoir que si on définit une Police de 12 et que le tableau en 12 ne rentre pas dans le format de sortie, Alteryx ne va pas réduire de lui-même la police pour que cela rentre. Il va essayer de tronquer ou de réduire les tailles des colonnes.
Ceci impact aussi les options à utiliser. Pour une page HTML, on préféra les options qui s’adaptent à la taille de la page. Pour du pdf on recherchera plus la précision.
Changer ici un format de sortie à donc un fort impact.
Table : Largeur de table
Permet de définir comment est gérée la largeur de la table. La notion de Table correspond au cadre extérieur de votre tableau indépendamment des colonnes.
Il comporte 3 options :
- Automatique = Autosize sur le contenu : En mode automatique la largeur de la table s’adaptera exactement à la somme des largeurs des colonnes (sauf si la taille du format de sortie -dans l’outil Rendu- est inférieure à cette taille. Dans ce cas là, il essaiera de réduire les colonnes).
- Pourcentage = exploiter le maximum d’espace disponible : En mode pourcentage, il faut saisir un %. 100 signifie qu’on va prendre 100% de la largeur du format de sortie définie dans l’outil Rendu. C’est-à-dire que quelque soit le nombre de colonnes on veut que le tableau prenne toute la largeur de la sortie. 50% => Juste la moitié.
- Résolu = largeur fixe : Est une mauvaise traduction, cela signifie Fixe. On peut ici fixer la taille globale de la table (si la taille de la sortie permet d’absorber cette taille de table). Mais aussi, si le format de sortie accepte qu’on puisse fixer une taille de sortie. Excel par exemple ne le permet pas.
Table : Largeur de colonne
Mêmes options que pour la table :
- Automatique = Autosize sur le contenu : Il adaptera automatiquement la largeur des colonnes pour coller au contenu.
- Pourcentage = respecter un % de largeur défini par rapport au tableau complet : il réservera à cette colonne un % de la largeur de la table. Il faut donc faire attention à ce que la somme des % soit <= 100%. A noter aussi que si la table est elle-même un pourcentage du format de sortie. Alors avec cette option, la colonne sera un % du %... Cf les exemples plus loin pour mieux comprendre.
- Résolu = largeur fixe : On fixe la taille de la colonne. Là aussi, attention à la cohérence de la somme des largeurs des colonnes par rapport à la largeur de la table.
Table : Police des entêtes et données
Alteryx ne réduit jamais de lui-même la taille d’une police si les données sont trop larges pour une colonne ou si la somme des colonnes dépasse la taille de la table. Il essaye toujours de réduire les largeurs des colonnes pour s’adapter au mieux au contenu. Et seulement alors, si toutes les colonnes ne peuvent plus être réduites, il tronquera.
Méthodologie : toujours du plus large au plus fin
1 - Identifier le mode de sortie
En fonction de cela, on sait déjà les orientations à donner au formatage. HTML ou Excel => Plutôt de l’automatique, pdf plutôt du fixé… Cela aide aussi à être conscient des limitations.
2 - Identifier le format de sortie :
A4, Letter, personnalisé. C’est très important de le faire dès le début car cela impacte fortement le rendu final. Alteryx en a besoin pour valider si les colonnes + Police rentrent bien dans le format attendu.
3 - Identifier la largeur de la table
Globalement, appliquez les mêmes règles que pour le choix du mode de sortie. Ai-je besoin que ce soit statique ou dois-je fixer les bornes ?
4 - Définir la taille de la police
Partez sur les valeurs par défaut. Faites des 1ers essais et si cela ne rentre pas, diminuez la taille de police.
5 - Définir par colonnes la largeur
Là aussi, cela dépend de votre tableau et de vos attentes.
6 - Valider d’abord une structure de bout en bout avant de vous lancer dans le formatage détaillé
En effet, formatage et color coding - surtout s’ils sont conditionnels - peuvent prendre du temps. Avant de s’y lancer, il faut déjà valider que toutes les données que vous souhaitez afficher rentrent bien dans le format attendu avec ces polices et des données complètes. Si ce n’est pas le cas, un des axes de travail est de diminuer la police par exemple. Cela peut vous obliger à repasser sur toutes vos tailles de Police. D’où l’intérêt de commencer par valider une production brute de bout en bout avant d’attaquer les finitions.
7 - En cas de souci, re-valider la cohérence de ces éléments les uns par rapport aux autres :
a -Taille de la police des entêtes et données dans l’outil Table
b - Largeur de colonne dans l’outil Table
c - Largeur de table dans l’outil Table
d - Mode de sortie dans l’outil Rendu
f - Format de papier dans l’outil Rendu
En effet, les problèmes ne sont généralement que des erreurs de taille relative ou de paramétrage d’une couche à l’autre. La taille de mes colonnes est supérieure à ma table, ma police est trop grande par rapport à la largeur de ma colonne, je n’ai pas paramétré le bon format de sortie… Donc, soit on augmente la taille de la couche supérieure, soit on réduit la taille de la couche inférieure.
Et voila pour la théorie.
Au prochain article des exemples concrets pour bien visualiser l’usage mais aussi les cas particuliers.
Enjoy !
