Alain

Bonjour, merci pour ce test qui confirme un sentiment général. J'ai du mal à comprendre comment on peut, en ajoutant seulement quelque petites nouveautés, ralentir autant l'exécution d'un programme réputé déjà très lourd. De plus ces nouveautés sont chargées lors de l'utilisation des commandes et non avant ? Bon, c'est le prix à payer pour l'utilisation des produits leader. Longue vie à MicroDesk et leur politique commune de sur consommation de matériel informatique.

Bonjour, Je m'intéresse à la programmation sur autocad et je ne comprends pas toutes les techniques à disposition, les moyens à mettre en œuvre, les avantages, les inconvénients, le fonctionnement des différentes possibilités offertes. Macro, Diesel, Script C'est un langage contenant une suite de commandes autocad. Les fonctions Diesel offrent une personnalisation basique des commandes, n'est pas considéré comme language de programmation. Est une première approche et adapté à la personnalisation. Avantages: - Fonctionne sur les versions LT - Facile à modifier et tester - Solution idéale pour des tâches répétitives simples - Accède à toutes les commandes et variables système - Documentation complète en français dans l'aide d'autocad Inconvénients: - Pas d'accès à l’interface COM - Un code long devient très difficile à maintenir sans retour à la ligne - Les fonctions Diesel offrent peu de possibilités de programmation Remarque: - A noter la commande SCRIPT qui exécute les commandes d'un fichier text *.scr Auto LISP et VLisp C'est le langage de programmation le plus populaire d'autocad. Langage interprété directement par autocad, avec un éditeur intégré. Adapté aux débutants. Avantages: - Offre toutes les possibilités de programmation, y compris COM - De nombreux exemples sont disponibles sur internet et dans l'aide - Intégré de base dans autocad - Exécutable directement enligne de commande dans autocad Inconvénients: - Langage très différent de la syntaxe clasique (C, Basic, Java...) - Aide d'autocad seulement en anglais - Utilisation de l'interface COM compliquée (vlax-get-property, vlax-invoke-method ...) VBA Visual Basic pour Application Langage interprété utilisant l'interface COM. Adapté aux débutants. Avantages: - Langage identique que dans Office ou autre application - Autocomplation des méthodes et propriétés COM. Inconvénients: - Demande l'installation de l'interface IDE - Dépendant de Microsoft, sauvé de justesse. .Net (C# F# VB...) Langage compilé (en 2 étapes) en fichier dll, basé sur le framework .net de Microsoft. Demande un apprentissage rigoureux d'une plateforme de programmation avec son API. Avantages: - Langage orienté objets. - Idéal pour des projets moyens - Langage utilisable en programmation générale Inconvénients: - Peu de documentation pour une utilisation avec autocad - Dépendant d'un framwork qui doit être installé (mais évolue positivement). ObjetARX-DBX C++ Langage compilé de bas niveau en fichiers arx ou dbx (utilisé comme des dll). A réserver aux programmeurs professionnels. Avantages: - Pleine puissance pour création d'applications complètes - Accès à toutes les données - Possibilité de créer des objets autres que ceux de base dans autocad Inconvénients: - Peu de documentation. - Débogage fastidieux Merci de me donner plus d'information et corriger mes erreurs éventuelles, je modifierai ces informations selon vos réponses. Merci

Bonjour, Merci de corriger mes erreurs, je débute en lisp (au passage merci beaucoup pour le tuto en pdf que j'ai lu). Ce n'est pas évident ce concept de liste au début. En lisant sur CADep, j'ai découvert une nouvelle fonction lisp qui corrige et explique nos erreurs, elle s'apelle (gile)... Encore merci

Bonjour, Est-ce juste: (if (= (cdr (assoc 0 (entget entb))) "HATCH") cdr retourne une liste et non un élément. Il ne faut pas: (if (= (cdr (assoc 0 (entget entb))) '("HATCH")) ou (if (= (cadr (assoc 0 (entget entb))) "HATCH") Attention, ma remarque est fausse. Lisez le message suivant de (gile)

Bonjour, Avez-vous utilisé la commande VUEDYN sur une fenêtre de présentation ? Il y a l'option: délimitation qui peut faite ce que vous demandez.

Bonjour, Je ne comprends pas bien le sens de ta phrase ? Moi, j'envoie du pdf pour une raison: presque tout le monde peut lire mes plans. En envoyant un dwg ou dxf, c'est le bazar assuré. Je ne parle pas dwf qui demande l'installation d'un programme supplémentaire pour la lecture. A+

Là, t'es mal tombé, je suis un fan de js... Oui, avec JQuery, sans connaitre le js de base on peut faire des codes à gerber et non maintenable. Ce qui me déroute le plus avec lips, c'est la notion de liste (qui lui donne toute sa puissance) et les opérateurs "à l'envers" des autres langages. Je m'explique, un a = 5 + 3;se transforme en (setq a (+ 5 3))ce qui diffère de la majorité des langages de programmation. Bon, j'ai encore du travail... Désolé MadamAlex de polluer votre post...

C'est exactement ça. C'est bizarre, lors de mon 1er téléchargement, je n'avais pas de fichier *.dcl ??? C'est en retéléchargeant que je l'ai remarqué. J'ai jeté un oeil au fichier lisp, je me rends compte qu l'on a plein de possibilité, et que le langage me parait assez austère (j'ai l’habitude du php, js, basic). Merci Tramber pour ta réponse.

Bonjour, Je découvre le script ONG avec ce post. J'ai essayé et obtient une erreur. Donc, je charge l'application ONG.LSP, puis tape la commande ONG. J'ai en réponse: Erreur : type d'argument incorrect: stringp nil J'ai dû oublier un point ?

Bonjour, ce que je fait: Je trouve utile la variable CANNOSCALEVALUE qu'il m'arrive d'utiliser avec un $(/,1,$(getvar,CANNOSCALEVALUE)) pour connaitre l'échelle annulative courante.

Bonsoir, moi, je dessine avec les couleurs à l'écran selon les calques utilisés. J'ai tendance à na faire que du A3 très chargé. Mes plans sont à 95% en noir sur le papier avec des réglages différents d'épaisseur. Quand j'utilise de la couleur, c'est pour faire ressortir des informations spécifiques pour d'autres corps de métier (qui ont souvent du mal à lire des plans...). J'utilise principalement du rouge ou du bleu, certaines couleurs ne sont pas très lisibles en impression (jaune, gris, vert ...) A+

Bonjour, C'est en consultant précisément cette liste, et en personnalisant mon AutoCad, que je suis tombé sur cette variable qui m'a fait abandonner mon ancienne macro qui forçait un calque de cote, sans pouvoir le modifier. Merci pour ce travail.

Il s'agit de la variable système DIMLAYER, elle est accessible depuis le ruban onglet Annoter - Cotes - choix multiple 2e ligne. C'est possible, moi, je débarque de AutoCad 2009... La commande COT modifie la variable système DIMLAYER

Bonjour, Vous avez remarqué qu'il existe, depuis la version 2016, la possibilité de définir un calque pour la cotation. En fait, il s'agit de la variable système DIMLAYER, elle est accessible depuis le ruban onglet Annoter - Cotes - choix multiple 2e ligne. Personnellement je trouve que c'est une excellente démarche de la part d'AutoCad. Mais ce calque est pris en compte seulement par la commande COT (cette commande permet de faire presque toute les cotes "intuitivement"). Si comme moi, vous utilisez aussi les anciennes commandes, le calque sélectionné n'est pas pris en compte. Pour corriger ce soucis, il suffit de modifier la commande en ajoutant une macro avant: Ancienne commande -> (par exemple) ^C^C_dimlinear Devient -> ^C^C$M=$(if,$(eq,$(getvar,dimlayer),.),,_-layer;_m;$(getvar,dimlayer);;)_dimlinear Vous pouvez aussi utiliser cette macro pour les textes et ligne de repère, libre à vous. J'espère vous avoir aidé. A+

@rebcao J'ai un peu regardé ton travail. Je n'ai qu'une chose à dire: BRAVO (c'est pas une commande...) Je voulais te demander, pour l'écriture de code Diesel, tu t'y retrouves comment ? avec des commandes si longues sur une ligne et avec des dizaines de fonctions $(if, , ), tu as vite fait d'oublier une ) ou , ou ; Concernant l'éditeur de cui, c'est une honte de la part d'Autodesk, de plus on ne peut plus "grailler" à la main via un éditeur de texte comme auparavant (époque mns), leur xml est incompréhensible. Où est l'ergonomie ???

Bonjour, Voilà j'ai personnalisé le principal: l'onglet début de mon espace de travail. Mes impressions: - Les rubans offrent des 'barres d'outils' déroulantes plus lisible que les barres d'outils déroulantes classiques. - On peut presque tout mettre sur 3 lignes. - C'est une véritable galère pour personnaliser ces put... de ruban, il n'y a aucune ergonomie, il faut 10 clics pour modifier le moindre truc. C'est honteux surtout que ça fait 5 ans que les rubans existent. De plus nous sommes obligés de modifier via l'interface IUP qui est lente et mal foutu. Je comprends mieux la réticence de l'utilisation des rubans. Encore merci pour vos nombreuses réactions

Je ne me suis jamais intéressé à cette boîte de dialogue. Est-ce si pratique ? Tien ma discutions est en train de relancer un sujet assez chaud, limite troll... C'était la 2e partie de ma question originale.

Bonjour, Personnellement, je trouve des côtés pratiques au ruban: - icônes et texte plus lisible que les barres d'outils - plus facile de faire des icônes déroulantes - affichage conditionnel. Mon but est de mettre tous les outils que j'utilise sur le même onglet de ruban. Ce qui est navrant, c'est de suivre aveuglément Ms Office et ces inventions pas toujours pratiques. Moi, j'utilise OpenOffice et ne suis pas bloqué avec les *.docx et autre microsofterie... Ce débat me rappelle lors de l'apparition des boîtes de dialogue avec AutoCAD 2000, les puristes préféraient les commandes tout clavier (insertion de bloc, réseau). Ce qui est bien pensé dans AutoCad, c'est le fait de toujours reconnaitre les anciennes pratiques en laissant la possibilité à l'utilisateur de revenir en arrière.

Merci beaucoup pour vos nombreuses réponses. C'est déjà ce que je faisais, mais je j'arrivais pas à fusionner les groupes de fonctions des rubans, entre temps, je m'en suis sorti. Moi, c'est encore pire, je regrette l'époque où nous pouvions éditer à la main les fichiers de définition de menu (*.mns,*.mun ...) c'était très pratique pour tester des macros en Diesel. Mais je vais tout de même changer ma façon de travailler, car j'utilise depuis peu Advance Steel qui est basé sur le ruban uniquement. Merci beaucoup pour ce message qui m'a beaucoup aidé, ainsi que les images. Il faut que je me familiarise avec les possibilités de la boîte de dialogue de personnalisation de menu ainsi que les espaces de travail, qui sont un peu nouveaux pour moi. (j'ai 10 ans de retard...) Encore merci à tous et longue vie au forum.

Bonjour, Je me retrouve avec un AutoCad 2016 avec les Rubans. Je travaillais avec un Autocad 2008 avec des barres d'outils faites avec des fichiers *.mns. Je veux me mettre à jour et utiliser les nouvelles techniques. Je patauge complètement: Je veux créer un ruban dans un fichier *.cui indépendant, j'ai réussis, mais je n'arrives pas à le faire afficher à la place de celui par défaut d'AutoCad. Existe-t-il des tutos claires pour ce genre de manip ? Merci pour vos réponses.

Re bonjour, J'ai pris ma décision. J'ai opté pour Advance Steel. Les raisons sont: j'ai l'habitude de AutoCad, il existe pas mal de macro pour automatiser la plupart de mes travaux, s'il faut créer des choses non automatisées, je peux le faire comme sur SW ou Inventor. Ce sont les points qui ont orienté mon choix. Je reviendrai vous donner mon impression après la formation et la prise en main du logiciel. Encore merci pour les discussions.

Bonjour, Je voulais tous vous remercier de m'avoir répondu et vous donner un retour et ma décision... Bon, j'ai eu pas mal de travail ces derniers temps qui ont mis de côté mon choix. J'attends des retours de concurents qui dans la majorité, travaillent en 2d. Je n'ai encore rien décidé car, à ma connaissance, une solution telle que je cherche n'existe pas. Je garde contact avec les vendeurs de SolidWorks et Autodesk en Suisse, et reporte mon choix. Je ne suis pas pressé et préfère faire le bon choix, 8000€ est un gros investissement pour mon entreprise... Si vous avez des retours de produits divers, je vous remercie de les faire dans ce fil que je vais suivre.

Re Bonjour, Moi aussi, j'utilise toujours les *.ctb. C'est plus par flème qu'autre chose. Je n'ai pas trouvé d'aventage à changer. J'ai l'impression que c'est valable si l'on utilise des remplissages, ce que je n'utilise pas.

Bonjour, Les plumes font partie de l'histoire, de l'époque des plotteurs à plume. Ces anciennes imprimentes avaient un chargeur de plumes où nous mettions environ 10 plumes avec des épaisseurs de trait diférents ou des couleurs. A cette époque, il fallait configurer les calques par rapport à une plume, la propriété (du calque) épaisseur de ligne n'existait pas, c'est venu avec AutoCad ~2004. A+

Bonjour, Je ne comprends pas bien la raison de créer un script vba pour cette utilisation ??? Pourquoi ne pas utiliser simplement une commande DIESEL du genre ^C^C_layout;_t;chemin... A personaliser et tester... A+