didier

Bonjour @matmat Non, ce n'est pas possible. AutoCAD parle en unités dessin, il ne sait ce qu'est un mètre, un millimètre ou encore un pouce. Lorsqu'il est dessiné une entité qui fait 1000, il ne sait pas 1000 "quoi". Donc lorsqu'il donne la superficie, il applique la règle mathématique et affiche le "vrai" résultat ça, c'est pour les propriétés. Maintenant, il est possible de mettre des coefficients pour les cotations, mais ça, c'est pour le dessin de textes de renseignements, la propriété réelle est stockée, et donc affichée dans sa totalité. Amicalement

Coucou quelque chose de potable Quand on s'occupe de réseaux hydrauliques, c'est un minimum ! Ok, je vais sortir, je sors, je suis déjà sorti…

Merci beaucoup @La Lozère pour l'échange. La prochaine fois qu'une question sur ce sujet se présentera, on saura renvoyer vers ce message. Amicalement

Bonjour @barbichette Ravi de voir que la question posée a trouvé sa solution. Ce serait sympa pour la communauté de fournir le bloc avec la solution mise en place pour que les prochaines questions portant sur ce sujet soient redirigées vers ce message. Le principe est l'échange de savoir, de combines, de bidouilles, de ce qui fait avancer les choses en général. Amicalement

Bonjour @Iu63 Pas simple de lire votre message, car vous n'utilisez pas les balises de code, et en plus quand c'est aussi long, il vaut mieux mettre le fichier lsp en pièce jointe. Nous n'avons pas le fichier "dcl" donc pour faire les essais, c'est mort. On en est réduit à faire des hypothèses, la première est sur la transformation des "string" en numérique. Interrogez toutes vos variables une par une pour voir laquelle est restée en string (chaine de caractères), voire passée ou restée à nil. Amicalement

Bonjour @OïD Je viens de faire un test et ça fonctionne parfaitement avec une version LT. Par contre, il faut utiliser a minima une LT 2024. Sur quelle version travaillez-vous ? Bien vérifier avant d'écrire que le travail de (gile) ne fonctionne pas. Amicalement

Bonjour Je ne comprends pas vraiment la question, car je n'arrive pas à reproduire le souci. Le LSP semble incomplet et si ça se trouve l'erreur est dans ce qui n'est pas fourni. Je remarque quelques erreurs de-ci de-là, mais rien de bloquant. Vous pourriez nous donner un DWG et le LSP complet s'il vous plaît ? Pour essayer de trouver une réponse appropriée. Annotez le DWG pour nous expliquer les phases. Et nous décrire le souci ou donner le message d'erreur. Amicalement

Bonjour @tinonino Je ne sais pas vous répondre au sujet des emplois dans le bâtiment, n'étant pas dans ce corps de métier. Amicalement

Bonjour @tinonino Prévoir une formation est une bonne chose, très bonne chose. De mon point de vue, je dirais qu'il faut d'ores et déjà penser à l'étape suivante en cherchant une entreprise. Et en fonction de ce choix, s'orienter vers l'un ou l'autre. Ce serait ballot de se retrouver avec la mauvaise formation et ne s'en rendre compte qu'après. Ensuite, il y a les goûts de chacun, il faut tenir compte de ce que vous aimez a minima. Amicalement

Bonjour @Déméter_33 Je vous remercie pour cette précision. Sans être un grand programmeur, je suis assez habitué tout de même pour savoir que si ça fonctionne sur une machine et pas sur une autre, c'est qu'un ou plusieurs paramètres diffèrent. À vous de voir quel code vous souhaitez garder, car maintenant, vous avez toute possibilité de faire. Amicalement

Bonjour @Déméter_33 C'est sans doute parce que la gestion des entités MTEXT est cauchemardesque ! Je n'ai pas fait de tests approfondis, mais chez moi ça fonctionne, voir le gif fourni. Si vous êtes arrivés à vos fins, c'est parfait, tant pis pour mes efforts qui tombent à côté de la cible. Amicalement

Bonjour @Déméter_33 J'ai un peu utilisé le même principe, il n'y en a pas cent. Par contre, je change la police, Wingdings 3 en l'occurrence, les caractères t et u sont des triangles orientés. Voici le visuel : Voici le code : (setq ent (car (entsel))) (setq val (cdr (assoc 1 (entget ent)))) (entmod (subst (cons 1 (strcat "{\\fWingdings 3|b0|i0|c2|p18;t\\" "fArial|b0|i0|c0|p34;" val "\\fWingdings 3|b0|i0|c2|p18;u}") ) (assoc 1 (entget ent)) (entget ent) ) )

Bonjour @Déméter_33 Je ne suis pas sûr de bien comprendre. Est-il possible d'avoir un visuel du rendu souhaité en image ? Est-ce qu'on travaille bien avec du MTEXT, j'ai bien une idée, mais je voudrais voir ce rendu souhaité avant de répondre à côté si je me fourvoie. Amicalement

Bonjour @Demixav Effectivement, le noyau dur du site n'a guère connu de variations. Bon retour dans le monde des VRD ! Au fait, il faudra penser à faire évoluer la signature, car j'espère que la situation a évolué, elle ! Amicalement

Bonjour @nG! Hebus C'est sûr qu'il y a matière à moquerie, on ne parle du même nombre de décennies ! Bon ce n'est pas tout, mais je dois quitter, car la connexion déconne à l'EHPAD. Amicalement

Bonjour @H3D Bienvenue donc ! Il est certain que les "anciens" ont encore des choses à dire, quand on constate les ravages causés par les "réponses" vomies par l'IA, discuter avec un vieux de la vieille est souvent formateur. Amicalement

Bonjour @Saboh Le forum VBA n'est pas très actif, sur Cadxp le sous-forum est ICI Il existe un forum VBA sur le site Autodesk qui semble un petit plus actif ICI Bienvenue à vous ! Amicalement

Bonjour @Olivier Eckmann Voici une vidéo qui explique la solution que je te propose. Amicalement 2025-01-23 10-36-31.mkv

Bonjour @White_w0olf Je ne vois pas le souci, car je suis persuadé que _SAVEAS est recevable dans un script. Toutefois, j'écris sans avoir vérifié, je n'en ai pas la possibilité tout de suite. Si personne n'a répondu d'ici là pour confirmer ou infirmer, je ferai le test quand j'aurai AutoCAD sous la main. Amicalement

Bonjour @White_w0olf C'est vous qui avez parlé de template lorsque vous avez proposé le fichier dans le troisième message au-dessus de celui-ci. Donc en commençant un nouveau dessin en utilisant ce gabarit, pas de souci, les renseignements viennent avec. Ce sont ces lignes qui ne vont pas : Avec le script, j'importe d'abord en tant que bloc le gabarit, ce qui importe les calques et les styles de côte. Ensuite, j'importe la présentation jusque-là, pas de soucis. Puis viens la fonction propulate qui me pose un problème. Il ne faut pas importer le gabarit en tant que bloc, il faut commencer un nouveau dessin depuis ce gabarit et ensuite dans ce nouveau dessin insérer les fichiers faits avec SolidWorks, ça, ça peut être fait en script. Maintenant, si vous voulez absolument un LSP qui lise ces renseignements et les importe dans votre fichier, c'est possible, mais c'est de l'énergie inutilement dépensée, car en natif ça peut fonctionner. Amicalement

Bonjour @White_w0olf Je ne comprends pas bien, car quand on crée un nouveau dessin depuis un template la totalité des renseignements de PROPDESS se retrouvent dans le dessin créé. Au lieu d'insérer le template, il faut choisir nouveau depuis ce template et c'est fini. Avant de programmer, il faut maitriser le logiciel. Amicalement

Bonjour @White_w0olf Est-ce un script ? fichier avec extension "*.scr" ou un lisp ?, fichier avec extension "*.lsp". Merci de faire passer un DWG correspondant à la demande pour qu'on puisse vous apporter une réponse applicable. Et d'indiquer si tout doit être aspiré ou si seulement quelques données et si oui lesquelles. Autre chose : bien préciser si le "template" est ouvert ou fermé au moment de l'appel de la commande. Amicalement

Bonjour @kfran56 Voici un lien vers un webinaire dédié à cette question. C'est ICI Amicalement

Bonjour @PATRICE69 Ce n'est pas une raison, en tant que "sachant" il est bon de leur expliquer les alternatives utilisables. Je me suis souvent "affronté" avec les clients et quand on a des contacts intelligents, ils nous remercient souvent. Ne rien dire est laisser faire. Amicalement

Bonjour @PATRICE69 C'est bien connu qu'il faut éviter les caractères spéciaux dans les noms de calques ! On l'a dit, on l'a redit, et ça continue. On parle dans le vide dirait-on, c'est usant ! Chez moi, pas d'accents, pas d'espaces, rien qui dépasse ! et je ne suis jamais enquiquiné. Amicalement