Les 10 passes de RPURGE expliquées une à une

Le principe de l'itération jusqu'à convergence

Le problème de la commande PURGE native d'AutoCAD : elle ne fait qu'une seule passe. Or, supprimer un bloc orphelin libère parfois un calque, qui libère un type de ligne, qui libère un style de cotation… Une seule passe ne capture pas ces dépendances en cascade.

RPURGE résout ça avec une boucle :

int passCount = 0;
int totalPurged = 0;
do {
    int purgedThisPass = 0;
    purgedThisPass += PurgeBlocks();
    purgedThisPass += PurgeLayers();
    purgedThisPass += PurgeTextStyles();
    purgedThisPass += PurgeDimStyles();
    purgedThisPass += PurgeLinetypes();
    purgedThisPass += PurgeMLeaderStyles();
    purgedThisPass += PurgeTableStyles();
    purgedThisPass += PurgeMaterials();
    purgedThisPass += PurgeScales();
    purgedThisPass += PurgeGroups();

    totalPurged += purgedThisPass;
    passCount++;
} while (purgedThisPass > 0 && passCount < 10);

La boucle s'arrête dès qu'une passe ne supprime plus rien (purgedThisPass == 0) — c'est la convergence. Le maximum de 10 passes est une protection contre les boucles infinies en cas de bug. En pratique, 2 à 4 passes suffisent toujours.

La séquence des 10 catégories

L'ordre des catégories n'est pas anodin. Il suit la hiérarchie de dépendances AutoCAD :

Le piège #1 : la protection des blocs dynamiques

C'est le point le plus sensible et la principale différence avec le PURGE natif. Les blocs dynamiques d'AutoCAD utilisent un mécanisme d'extension dictionaries appelé ACAD_ENHANCEDBLOCK. Chaque modification d'un paramètre dynamique crée un BTR anonyme (*U1234) qui hérite du bloc maître via cet extension dictionary.

Si on purge naïvement, on casse les liens et on crée des blocs orphelins. RPURGE protège ça avec une whitelist explicite des RegApps à ne JAMAIS supprimer :

private static readonly HashSet<string> ProtectedRegApps = new()
{
    "ACAD",
    "AcDbDynamicBlockTrueName",
    "AcDbDynamicBlockGUID",
    "AcDbBlockRepBTag",
    "AcDbBlockRepresentationData",
    "ACAD_ENHANCEDBLOCK",
    "AcDbBlockVisibilityParameter",
    "AcDbDynamicBlockProxyGraph",
    // ... 12 autres entrées critiques
};

Et dans PurgeBlocks(), plusieurs gardes empêchent la suppression de blocs sensibles :

// NE PAS purger si:
if (btr.IsLayout) continue;                  // Layout (Model, Layout1...)
if (btr.IsFromExternalReference) continue;   // XRef
if (btr.IsAnonymous) continue;               // *U#### dynamique
if (btr.Name.StartsWith("*")) continue;      // Bloc système
if (btr.IsDynamicBlock) continue;            // Bloc dynamique parent

// Et JAMAIS le calque "0"
if (layer.Name == "0") continue;

Exemple chiffré : un fichier projet réel

Voici un exemple d'exécution sur un fichier de projet bâtiment de 45 Mo qui avait transité par 3 plugins anciens et 2 imports XRef :

Command: RPURGE
[RPURGE] Pass 1: 280 objets purgés
  - Blocs: 47 (anciens symboles plugin disparu)
  - Calques: 89 (calques fantômes XRef bindées)
  - Styles texte: 32 (styles importés inutilisés)
  - Styles cotation: 12
  - Linetypes: 18
  - MLeaderStyles: 4
  - TableStyles: 2
  - Materials: 8
  - Scales: 65 (échelles annotation accumulées)
  - Groupes: 3

[RPURGE] Pass 2: 45 objets purgés
  (dépendances libérées par la passe 1)

[RPURGE] Pass 3: 2 objets purgés
  (dernières dépendances)

[RPURGE] Pass 4: 0 objets purgés → STOP

[RPURGE] Total: 327 objets en 3 passes
[RPURGE] Taille fichier: 45 Mo → 8 Mo (-82%)

Trois passes ont suffi à converger. Le gain de taille final est de 82%.

Pourquoi pas la commande PURGE native ?

Comparons techniquement :

Quand utiliser quoi

La protection finale : Layer "0"

Le seul cas où RPURGE ne supprime jamais un calque, même s'il est vide, c'est le calque 0. C'est le calque par défaut d'AutoCAD : si on le supprime, le fichier devient corrompu et impossible à ouvrir. Cette protection est codée en dur, sans option pour la désactiver — par sécurité.

Conclusion

RPURGE n'est pas un "PURGE en mieux", c'est une approche fondamentalement différente : itération jusqu'à convergence, ordre intelligent des catégories, whitelist de protection, gestion explicite des cas critiques (blocs dynamiques, layer 0, XRefs).

Le résultat : un nettoyage en profondeur en une seule commande, sans risque de casser les blocs dynamiques. Utilisez-le sur n'importe quel fichier qui paraît trop lourd — vous serez systématiquement surpris du gain.