Synthèse de la discussion du forum CADxp : « Lisps de Patrick_35 »

Développement Programmation AutoLISP
, ,
1

Synthèse de la discussion du forum CADxp : « Lisps de Patrick_35 »

Ce document propose une synthèse d’une discussion technique notable qui s’est déroulée sur le forum de la communauté CADxp. Initié en 2006, ce fil de discussion est centré sur la collection de routines LISP pour AutoCAD® développées et partagées par le membre Patrick_35. Ces utilitaires, très appréciés pour leur ingéniosité et leur capacité à automatiser des tâches complexes, sont devenus des outils de travail incontournables pour de nombreux professionnels de la CAO. Ce résumé retrace, dans un ordre chronologique, l’histoire des interactions depuis 2006. Il illustre non seulement l’évolution de ces outils, mais aussi et surtout la puissance de l’entraide et de la collaboration qui animent une communauté d’experts passionnés.

Ci–dessous l’archive de la discussion, commencez pour ouvrir « Lisps de Patrick_35 - Routines LISP - CadXP.htm », puis les fichiers htm séquentiellement numérotés.

Lisps_de_Patrick_35_cadxp.zip (31,5 Mo)

[!Note]
Cette synthèse fait partie du projet de « remontée » du contenu de CADxp.com après l’arrêt du site en juillet 2025. Elle est particulière en ce sens que l’auteur de cette discussion, Patrick Dewevre, que nous connaissions sous le pseudo de Patrick_35, nous a quitté en mars 2019.

1. Thèmes de la discussion

L’analyse de cette longue discussion, qui s’étend sur plus de quinze ans, révèle plusieurs thèmes centraux qui structurent les échanges et démontrent la valeur de la communauté CADxp comme un espace de savoir partagé.

  • Thème principal : Développement et support d’utilitaires LISP. La discussion est avant tout une plateforme vivante pour la distribution, le débogage et l’amélioration continue de la collection de LISPs de Patrick_35. Les utilisateurs y soumettent leurs problèmes, demandent des améliorations et reçoivent un support direct de l’auteur, qui fait évoluer ses routines en fonction des retours concrets du terrain.
  • Thèmes connexes :
    • Collaboration et expertise collective : La résolution des problèmes est souvent le fruit d’un effort collectif. Des membres experts comme (gile), lili2006, lecrabe et Luna interviennent régulièrement pour compléter ou relayer l’aide de Patrick_35, apportant leurs propres connaissances pour résoudre des défis techniques complexes.
    • Défis de compatibilité logicielle : Le fil de discussion est une chronique des défis posés par l’évolution constante de l’écosystème logiciel. Il retrace les problèmes de compatibilité liés aux nouvelles versions d’AutoCAD® (de la version 2004 à 2022), aux changements d’architecture des systèmes d’exploitation (passage de 32 à 64 bits) et aux interactions avec des logiciels tiers comme Excel.
    • Héritage et pérennité communautaire : Même après la triste annonce du décès de Patrick_35, la communauté continue de faire vivre son œuvre. Les membres les plus expérimentés prennent le relais pour apporter du support aux nouveaux utilisateurs, assurant ainsi la pérennité de ces outils précieux et démontrant la valeur durable de sa contribution.

Pour illustrer concrètement ces dynamiques, la chronologie suivante retrace les moments forts de cette aventure technique et humaine.

2. Synthèse Chronologique de la Discussion

La chronologie suivante retrace les moments clés de la discussion, en mettant en lumière les problèmes soumis par les utilisateurs et les solutions apportées par Patrick_35 et la communauté. Les dates et les échanges sont extraits directement des messages du forum.

2.1. 2006 - 2008 : Lancement, Premières Évolutions et Support Initial

Le sujet est créé par Patrick_35 le 8 août 2006 dans le but de regrouper et de partager l’ensemble de ses créations LISP avec la communauté. Cette période initiale est marquée par un support actif de l’auteur, qui répond aux premières questions d’installation et fait évoluer ses routines en fonction des retours.

  • Problèmes de configuration : Des erreurs récurrentes, comme le fameux message "fichier .DCL introuvable", apparaissent dès les premiers échanges. La solution, qui deviendra un conseil classique tout au long du fil, est systématiquement rappelée : il est impératif de déclarer le chemin d’accès au dossier contenant les routines dans les « Chemins de recherche de fichiers de support » d’AutoCAD®.
  • Compatibilité avec les logiciels tiers : En février 2008, des utilisateurs signalent une incompatibilité de la routine LG (création de légendes) avec la nouvelle version d’Excel 2007. Patrick_35 réagit rapidement en publiant une version mise à jour (v1.22) pour résoudre ce problème.
  • Premières demandes d’amélioration : En février 2008, des demandes d’évolution sont formulées pour les routines ONG (gestion des onglets) et MPL (copie de configuration d’impression). Patrick_35 met à jour ces outils pour améliorer leur ergonomie et leurs fonctionnalités, notamment pour mieux propager les configurations d’impression entre les présentations.
  • Débogage collaboratif : Un cas notable survient en janvier 2008 avec la routine LATT (liaison d’attributs). Un bug d’incrémentation est signalé par lili2006, où le passage de la valeur 9 à 10 générait une erreur (le « 1 » étant remplacé par un « ! »). L’expert (gile) propose alors une fonction plus robuste, que Patrick_35 intègre immédiatement dans son code pour corriger le problème, illustrant la synergie entre les développeurs de la communauté.

2.2. 2009 - 2013 : Maturation des Outils et Défis de Compatibilité Accrus

Cette période est marquée par des défis techniques plus complexes, principalement liés à l’évolution des versions d’AutoCAD® et des systèmes d’exploitation. La communauté joue un rôle de plus en plus crucial pour maintenir la fonctionnalité des outils.

  • Passage au 64 bits : En janvier 2010, un problème majeur est rencontré avec la routine GEF sur AutoCAD® 2010 en version 64 bits. Les fichiers compilés .arx fournis ne sont plus compatibles. La solution est apportée par (gile), qui développe un fichier .dll de remplacement, assurant ainsi la compatibilité de la routine avec les nouvelles architectures.
  • Gestion des liens et ressources : En 2013, une période de flottement survient où les liens de téléchargement originaux ne sont plus actifs. La communauté prend le relais pour aider les utilisateurs à retrouver des routines essentielles. Le modérateur lecrabe, notamment, fournit directement les fichiers pour des routines comme LXL et MAT (juillet-septembre 2013). Il est également annoncé que les LISPs de Patrick_35 sont progressivement republiés sur le site blog-cao.com.
  • Évolution des fonctionnalités : En octobre 2010, sur une suggestion de lecrabe, la routine RXREF, initialement dédiée à la gestion des chemins des références externes (XREFs), est mise à jour par Patrick_35 pour prendre également en charge les images raster.

2.3. 2014 - 2019 : Support Continu et Dernières Contributions

Durant cette longue période, Patrick_35 reste l’interlocuteur principal pour le support et les améliorations, démontrant un engagement sans faille envers la communauté qui utilise ses outils au quotidien.

  • Réponse aux demandes spécifiques : En mai 2018, l’utilisateur DenisHen demande s’il est possible d’ajouter une fonction de tri alphabétique des onglets dans la routine ONG. Patrick_35 répond en fournissant directement un extrait de code LISP à modifier, permettant à l’utilisateur d’adapter l’outil à son besoin précis.
  • Résolution de bugs sur les versions récentes : En janvier 2018, juh0026 signale que la routine ONG ne fonctionne plus sur AutoCAD® 2018. L’utilisateur juh0026 finit par identifier lui-même la cause — un chemin d’accès incorrect vers un dossier système. La modératrice lili2006 intervient alors pour rappeler la bonne pratique : ne pas placer les LISPs dans les dossiers d’installation d’AutoCAD®, mais dans un répertoire dédié et déclaré comme un chemin de support approuvé.
  • Assistance technique récurrente : Des erreurs classiques continuent d’être signalées, comme "no function definition: VLAX-ENAME->VLA-OBJECT" (avril 2019 sur Rbloc) ou "no function definition: VLAX-GET-ACAD-OBJECT" (septembre 2016 sur RON.LSP). Ces problèmes sont systématiquement résolus en ajoutant la ligne (vl-load-com) au début des fichiers LISP, une solution fondamentale souvent rappelée par lecrabe ou Patrick_35 lui-même.

2.4. 2020 - 2022 : L’Héritage de Patrick_35 et la Solidarité de la Communauté

Cette période marque un tournant émouvant dans l’histoire de la discussion, où l’esprit de la communauté est mis à l’épreuve et démontre toute sa force.

  • Une nouvelle émouvante : Le 12 juin 2020, en réponse à un utilisateur (Ety) qui cherche de l’aide pour la routine ONG et s’adresse directement à son auteur, le modérateur lecrabe annonce avec tristesse le décès de Patrick_35, survenu au printemps 2019.
  • La communauté prend le relais : Malgré cette nouvelle, le fil de discussion ne s’éteint pas. Au contraire, l’esprit d’entraide et de partage initié par Patrick_35 perdure. Les membres les plus expérimentés continuent d’apporter leur aide aux utilisateurs, assurant ainsi la pérennité de son travail.
  • Exemple de la continuité du support : L’échange de février 2022 est particulièrement représentatif. L’utilisatrice Aurélie rencontre un problème avec la routine GEF sur la version récente d’AutoCAD® 2022. La membre Luna intervient alors avec une expertise remarquable. Elle diagnostique successivement un chemin de support manquant, puis un problème de gestion de la langue dans le code (la variable système LOCALE retournant « FR » sur les versions récentes au lieu de « FRA » attendu par le code original). Elle fournit ensuite une procédure détaillée, pas à pas, pour corriger le fichier Gef.lsp à l’aide de l’éditeur Visual LISP, assurant ainsi le fonctionnement de l’outil sur une version moderne d’AutoCAD®.

3. Points Principaux de Résolution des Problèmes

L’analyse chronologique de la discussion met en évidence des solutions techniques récurrentes qui constituent les piliers du support apporté par la communauté. Ces points résument les conseils les plus fréquemment donnés pour assurer le bon fonctionnement des routines de Patrick_35.

  1. Configuration des Chemins de Support L’erreur la plus courante rencontrée par les utilisateurs est le message "fichier .dcl introuvable". La solution, simple mais fondamentale, consiste à déclarer le dossier contenant les routines LISP et leurs fichiers associés (.dcl, .dll, etc.) dans les « Chemins de recherche de fichiers de support » accessibles via les options d’AutoCAD®. Cette manipulation est la première étape de dépannage et résout la grande majorité des problèmes de chargement.
  2. Activation des Fonctions « Visual LISP » De nombreuses routines de Patrick_35 exploitent les fonctions avancées de Visual LISP pour interagir avec les objets AutoCAD®. L’erreur no function definition: VLAX-... indique que ces fonctions ne sont pas chargées. La solution quasi-universelle à ce problème est d’ajouter la commande (vl-load-com) au début de chaque fichier LISP concerné. Cette instruction simple est essentielle pour activer l’interface de programmation ActiveX et permettre aux routines de fonctionner correctement.
  3. Adaptation aux Versions d’AutoCAD® La pérennité des routines a été mise à l’épreuve par les évolutions majeures d’AutoCAD®, notamment le passage aux versions 64 bits. Ces changements ont parfois nécessité des mises à jour profondes, allant au-delà du simple code LISP. L’exemple le plus marquant est celui de la routine GEF, dont les fichiers compilés .arx 32 bits sont devenus obsolètes. La solution a nécessité l’intervention de l’expert (gile), qui a développé une nouvelle librairie .dll compatible 64 bits, démontrant que la survie de certains outils complexes dépend d’une expertise de programmation avancée et d’un esprit de collaboration.

Ces solutions constituent une véritable base de connaissances pratique, démontrant comment des diagnostics précis et des corrections ciblées, partagés ouvertement, assurent la pérennité d’outils numériques développés par la communauté.

Conclusion

Plus qu’un simple fil de support technique, la discussion « Lisps de Patrick_35 » sur le forum CADxp est un témoignage de la générosité et de l’expertise d’un membre passionné. Le travail de Patrick_35 a eu un impact durable et significatif sur les méthodes de travail de nombreux professionnels de la communauté CAO francophone, en leur fournissant des outils à la fois puissants et ingénieusement conçus. La vitalité de ce fil de discussion, qui se poursuit même après son décès, illustre parfaitement la force, la résilience et la solidarité de la communauté CADxp, capable de préserver et de transmettre un héritage de savoir précieux.

Note : Pour une lecture exhaustive des échanges et pour accéder aux fichiers originaux, les lecteurs peuvent se référer à la source de cette discussion sur le site CADxp, accessible via le lien fourni en début de ce document et dans l’archive ZIP fournie en début d’article.

Les Lisps de Patrick_35 peuvent être trouvés ici [LISP] Les LISP de Patrick_35 - Autodesk Community

3

Les acteurs principaux de cette discussion sur les routines LISP proviennent majoritairement de la communauté du forum CADxp, centrée autour du développement, du partage et du support technique pour AutoCAD®.

Voici les principaux contributeurs et intervenants mentionnés dans les sources :

1. Les Développeurs et Modérateurs principaux

  • Patrick_35 (Auteur / Patrick_35Newbie): Il est la figure centrale et l’auteur de l’ensemble des routines LISP discutées (ONG, GEF, LATT, RBLOC, MIM, etc.). Il est l’initiateur du sujet. Il fournit les mises à jour, répond aux questions, et intègre les suggestions des utilisateurs, démontrant une longue expérience d’AutoCAD®. Il est parfois désigné comme l’un des « grands esprits » de la programmation sur le forum.
  • (gile) (Proficient / Modérateur): Un acteur technique essentiel, souvent sollicité et très actif. Il fournit un support technique avancé, participe à la résolution de bugs (comme le problème d’incrémentation dans LATT via sa routine incsuff), et fournit des solutions de contournement (par exemple, en transformant un fichier ARX de GEF en DLL pour résoudre des problèmes de compatibilité 64 bits). Il est l’auteur d’autres LISPs importants mentionnés en comparaison (comme Seltxt ou TotalArea/TotalPerim).
  • lecrabe (Mentor / Modérateur / Autodesk® Expert Elite Team): Un contributeur extrêmement actif, fournissant de nombreux retours, suggestions d’améliorations (notamment pour OU, MAT, RXREF), et participant au support de la communauté, y compris en partageant des LISP et en signalant des problèmes de version. C’est lui qui annonce malheureusement le décès de Patrick_35 au printemps 2020.
  • lili2006 (Rising Star / Modérateur): Très impliquée dans les tests et les requêtes, notamment concernant les bugs sur LATT et IXL, les problèmes de références circulaires, et l’efficacité de RECH.
  • PHILPHIL (Collaborator): Un contributeur récurrent et prolifique, rapportant de nombreux bugs et proposant des améliorations détaillées sur GEF et ONG, notamment les problèmes rencontrés avec les versions 64 bits ou les gros fichiers.
  • Bred (Newbie / Contributor): Actif dans les discussions techniques, il met en évidence des problèmes de compatibilité avec AutoCAD® 2007 (bug vlax-ldata) et formule des suggestions précises d’amélioration pour GEF.
  • DenisHen (Proficient): Contribue en demandant des fonctionnalités (comme le tri alphabétique dans ONG) et en fournissant des retours sur l’utilité des LISPs.
  • Luna (Experienced): Actrice du support technique en 2022 (après le décès de Patrick_35), fournissant des solutions de contournement et des analyses techniques détaillées (GEF DCL, RBLOC et blocs dynamiques).

2. Autres Utilisateurs et Contributeurs

De nombreux autres utilisateurs ont participé en posant des questions, en signalant des bugs ou en exprimant leur gratitude :

  • salvanorigatore (Contributor): Demande d’intégration d’OOG dans ONG et rapports sur RECH.
  • oran (Newbie): Multiples demandes de modifications pour LG, RBL, ROT0, MAT, et REA, et signalement de bugs.
  • DERMEISTER (Newbie): Problème de format de sauvegarde avec PAT.
  • bonuscad (Collaborator): Support sur la configuration des chemins et remarques sur RXREF.
  • ludo07 (Newbie): Rapports de bugs et demandes de sélection d’objets pour LG.
  • Steven (Rising Star): Demandes d’incrémentation automatique pour IAT et remarques sur RB et Rbloc.
  • juh0026 (Newbie): Problèmes de compatibilité de ONG et MIM sur AutoCAD® 2018.
  • Aurélie (Newbie): Problèmes de GEF (.dcl et langue) sur AutoCAD® 2022.
  • chaletsteve (Newbie): Problème de conservation de la rotation avec RBLOC sur blocs dynamiques.
  • scake (Newbie): Problèmes sur les utilitaires d’impression (MIM/MPL) et demande de tri des onglets par ordre de fichier (ONG).
  • yalta (Newbie): Remarques sur RBLOC, LG, et demandes pour ONG/OOG.
  • Matt666 (Rookie): Demande d’adaptation d’ONG pour Intellicad.
  • mill (Newbie): Questions sur l’adaptation de REA pour travailler en centimètres.
  • Invité Patrick: Contribue en tant qu’invité, partageant des liens vers le blog-cao et participant à la discussion sur la recherche CAO francophone.
  • grosseel (Newbie): Demande de tri des onglets par ordre alphanumérique pour OOG.
  • JUJUZAZA (Newbie): Exprime sa gratitude et salue l’initiative de regrouper les LISPs.
  • Invité SAAIDI: Pose des questions sur l’application de MAT à plusieurs blocs.
  • muriel (Newbie): Signalement du bug critique de LATT sous AutoCAD® 2007 (perte des liaisons à la sauvegarde).
  • jack.madj (Newbie): Problème de boite de dialogue avec LG.LSP.
  • kahel_1 (Newbie) et vincent32050 (Newbie): Identification du bug de limitation à 18 attributs dans IXL.
  • Morgul (Newbie): Demandes d’inversion de l’ordre d’impression pour ONG.
  • ThEoS95 (Newbie): Recherche Rbloc et exprime sa gratitude pour le gain de temps.
  • Magdi95 (Newbie): Recherche PAT et remercie les contributeurs.

En résumé, la discussion est un effort collaboratif entre le développeur Patrick_35 et une base d’utilisateurs engagés (dont de nombreux modérateurs et contributeurs comme (gile), lecrabe, et PHILPHIL) qui testent, remontent les bugs, et proposent des améliorations pour faire évoluer les outils.