Un nom élastique pour une liste ?

Dans mon article du 1^er juillet, « Définition d’un nom élastique », j’expliquais qu’un nom élastique pouvait servir – entre autres – à créer une liste de validation dynamique.

Avant d’aller plus loin dans cet article, je vous propose de lire – éventuellement – l’article en question, mais – surtout ne les loupez pas ! – de lire les trois premiers commentaires qui en ont été inspirés.

En suivant les instructions de cduigou, j’ai créé deux tableaux Excel 2007 pour engendrer ensuite une liste de validation pour les pays et une autre pour les départements.

Certes, cela fonctionne bien, les deux listes sont effectivement élastiques, et ce sans la formule dont j’avais besoin pour définir le nom élastique.

Mais le prix à payer pour cette « simplicité » est cher ! Les tableaux d’Excel 2007 ont ceci de détestable qu’ils reviennent grosso modo à fusionner les cellules qui les composent et que votre tableau préféré perd alors sa qualité fondamentale et essentielle, l’indépendance des cellules.

Vous le voyez dans l’image ci-dessous : si l’on sélectionne les lignes 4 et 5 pour insérer deux lignes au-dessus de la ligne 4, on constate que l’insertion n’est plus possible !

Si les tableaux avaient été l’un au-dessus de l’autre, ce problème n’existerait pas… Cela est dû au fait que, s’il y a au moins deux tableaux partageant des lignes, on ne peut plus insérer de ligne dans la partie « commune ». De même, on ne peut plus insérer de colonne là ou au moins deux tableaux Excel 2007 ont des colonnes en commun. Les tableaux Excel 2007 sont à proscrire !

Remarque – Les spécialistes des « bases de données » vous diront que cela est utile pour garantir l'intégrité des données. Cela, je veux bien le comprendre, mais pourquoi alors n'avoir mis dans Excel 2007 que les tableaux pour remplacer le format automatique d'Excel 2003 ?

Pour terminer, je vous conseille de lire aussi l’article « Convertir en plage, en VBA 2007 » du 26 octobre 2009.