Une cellule de trois espaces compte comme vide, et c'est voulu

D'où viennent les lignes vides

Les rapports en écrivent volontairement. Un export mensuel qui met une ligne blanche entre les sections, un système qui complète chaque page jusqu'à un nombre fixe de lignes, une mise en page d'impression reportée dans les données — tous produisent un fichier qui se lit bien et se calcule mal, parce qu'une ligne vide à l'intérieur d'une plage arrête une recopie, casse la détection par un tableau de sa propre étendue et se fait compter par tout ce qui compte des lignes. Idem pour les blancs de fin : une feuille dont la dernière cellule utilisée se situe loin sous sa dernière valeur réelle a une plage utilisée pleine de rien, et c'est pourquoi un petit tableau peut produire un fichier de plusieurs mégaoctets.

La passe sur les colonnes, et le défaut qu'elle avait

Retirer les colonnes vides demande une largeur de travail, et le choix évident — la longueur de la première ligne — est faux pour toute feuille dont l'en-tête est plus court que les données. Cela arrive dès qu'un export laisse une colonne sans libellé, ce qui est assez courant. Prendre la largeur de l'en-tête supprimait en silence toutes les colonnes au-delà de sa fin, et le compte de colonnes retirées disait quand même zéro : des données parties, et le rapport soutenant qu'il ne s'était rien passé. La largeur est désormais celle de la ligne la plus longue de la feuille : un en-tête de deux au-dessus d'un corps de trois garde les trois et complète l'en-tête d'une cellule vide. Il vaut d'être su que cela a existé, car un fichier nettoyé avant le correctif peut être amputé d'une colonne sans le dire.

Questions fréquentes

Retire-t-il une ligne dont une seule cellule porte une valeur ?

Non. Une ligne ne part que si chacune de ses cellules est vide. Une seule valeur, n'importe où dans la ligne, la conserve — ce qu'on veut pour une ligne de sous-total ou une ligne où un seul indicateur est posé. S'il te faut écarter les lignes auxquelles manque une colonne précise, c'est un filtre et cela relève du tableur, pas d'ici : l'outil n'a aucune notion de la colonne qui compte pour toi.

Touche-t-il aux cellules fusionnées ou à la mise en forme ?

Le résultat est écrit comme une feuille de valeurs neuve : cellules fusionnées, couleurs, largeurs de colonnes et mise en forme conditionnelle ne survivent pas. C'est un coût réel, à peser : si la mise en forme compte, fais le nettoyage dans le tableur lui-même. Si ce que tu as est un export en route vers un autre système, la mise en forme n'allait de toute façon pas survivre au trajet.

Dans quel ordre lancer les nettoyages ?

Fusionner, puis dédoublonner, puis les lignes vides, puis les colonnes vides. Dédoublonner avant de fusionner rate les doublons qui n'apparaissent qu'une fois les fichiers réunis ; retirer les lignes vides avant de dédoublonner ne fait que donner moins de lignes à comparer, les doublons vus sont les mêmes — l'ordre entre ces deux-là n'agit donc que sur la vitesse. Les colonnes en dernier, parce que retirer des lignes peut vider une colonne qui ne l'était pas.