Le nom par défaut convient la plupart du temps... Si tu mets un nom spécifique, c'est pour t'y retrouver toi, VBA s'en fout...
Pourquoi créer plusieurs modules ?
- Tu veux sécuriser certaines données et qu'elles ne soient pas accessibles par les procédures générales, tu isoles les variables accueillant ces données dans un module (les variables sont privées par défaut) et tu y places les procédures destinées à modifier ou renvoyer les valeurs des variables, on ne pourra pas ainsi les atteindre directement d'une autre partie de l'application.
- Tu tout un pan de ton application, qui remplit une fonction quasi-autonome, que tu veux pouvoir exporter ailleurs pour réutilisation dans un autre contexte : tu places les procédures afférentes dans un module distinct que tu pourras exporter et importer ailleurs...
- Ton application a des fonctionnalités spécifiques : tu peux évidemment isoler ce qui relève d'une fonctionnalité importante et distincte dans un module, pour t'y retrouver plus vite par rapport aux procédures générales...
Mais ne pas oublier qu'un petit nombre de séparations peut te faire gagner du temps, mais qu'une dispersion trop grande t'en fera perdre ! Sans oublier qu'un grand nombre de modules qui ne contiennent pas grand chose c'est de la place en mémoire occupée inutilement...
Par contre ton épuration de procédures tests à supprimer... C'est à faire en réorganisant, surtout tant que tu peux les identifier encore facilement !
A prendre en compte aussi, les règles recommandées de constitution d'un module, si tu n'as pas opéré ainsi jusqu'à présent.
En tête de module les déclarations : déclarations d'options générales s'il y en a, déclarations de fonction API utilisées (si c'est le cas) et déclarations de variables du niveau module.
Ensuite les procédures Function (qui sont supposées être plus souvent appelées pour renvoyer un résultat), et en peaufinant, les plus utilisées avant celles qui le sont moins.
Enfin les procédures Sub, et là pareil, si ta programmation est modulaire, tu auras diverses procédures auxiliaires dont certaines vont être éventuellement appelées par plusieurs autres et donc s'exécuter beaucoup plus fréquemment, il convient de les placer avant celles dont l'exécution est moins fréquente.
N'oublie pas non plus que la liste déroulante de droite de ton module liste toutes les procédures qui y sont contenues dans l'ordre alphabétique : tu peux atteindre chacune directement à partir de cette liste.
Cordialement.