Il arrive fréquemment qu'une entreprise doive modifier une application Visual Basic 6 dont elle a perdu le code source : corriger un texte, remplacer un logo, ajuster une fenêtre. Sans les fichiers .frm et .vbp d'origine, la tâche paraît impossible. Elle ne l'est pas.
Le mode d'édition de design
VBReFormer intègre un mode d'édition de l'interface directement dans le binaire. Plutôt que de recompiler tout le projet, l'outil ouvre l'exécutable, reconstruit l'arbre des formulaires et de leurs contrôles, puis vous permet de modifier leurs propriétés visuelles. C'est ce qui lui vaut parfois le surnom de « demi-décompilateur » : il ne reconstruit pas forcément toute la logique, mais il donne un accès direct à la couche de présentation.
Ce que l'on peut modifier
- Les libellés, titres de fenêtres et textes de boutons ;
- Les images, icônes et ressources embarquées (
.frx) ; - La position, la taille et les propriétés des contrôles ;
- Les couleurs, polices et autres attributs visuels des formulaires.
Un cas d'usage concret
Imaginez une application interne toujours utilisée quotidiennement, mais dont l'éditeur a disparu et dont le code source n'a jamais été archivé. Un simple changement de nom commercial ou de mention légale dans l'interface devient un blocage. Avec l'édition binaire, la modification se fait directement sur l'exécutable livré, sans chaîne de compilation, sans environnement VB6 à reconstituer.
Les limites à connaître
L'édition de l'interface reste une intervention sur un binaire compilé : elle convient parfaitement aux ajustements de présentation, mais ne remplace pas une reprise en main complète du code métier. Pour retrouver la logique elle-même, c'est la décompilation du Code Natif qui entre en jeu — un sujet que nous traitons dans notre article sur le P-Code et le Code Natif.
Assurez-vous toujours de détenir les droits nécessaires sur l'application que vous modifiez.