atile
Membres-
Compteur de contenus
42 -
Inscription
-
Dernière visite
Type de contenu
Profils
Forums
Calendrier
Blogs
Tout ce qui a été posté par atile
-
Focer l\'écriture sur un calque selon l\'objet
atile a répondu à un(e) sujet de atile dans AutoCAD 2011
Ahhh, j'ai un gros métro de retard alors, il va falloir que j'épluche ça, merci. ++ [Edité le 22/11/2010 par atile] -
Focer l\'écriture sur un calque selon l\'objet
atile a répondu à un(e) sujet de atile dans AutoCAD 2011
Tout d'abord merci d'avoir poursuivi la discussion et de l'avoir alimentée de vos idées. Désolé de ne revenir que maintenant sur ce post, mais j'ai eu un pépin, c'est fini. Je vais peut-être revoir ma position de principe qui consistait a travailler sans palettes ni boutons. A moins de passer a des "technos" plus contemporaine comme l'annotatif en fonction de l'échelle. L'avantage de placer les cotes sur des calques distincts en fonction de l'échelle, est d'avoir une gestion fine des cotes en fonction de l'échelle de tirage. En plus je peux verrouiller le système lors des impressions: pas daffichage des cotes 1/500 sur la présentation au 1/100. Sinon j'explorerais le lien de Gile. Des retours des qu'experimentés. Merci à tous. -
Focer l\'écriture sur un calque selon l\'objet
atile a répondu à un(e) sujet de atile dans AutoCAD 2011
Merci pour ta réponse, j'aurais préfèré une solution n'impliquant pas de créer des palettes, chacun des membres de notre agence configure son espace de travail, je n'ai pas de palettes affichées pour ma part. Peux tu m'en dire plus sur les macros? J'ai aperçu sur un site anglais (le lien est au bureau) une solution à base de réacteur et d'un lisp "Flay" mais je n'ai pas trop suivi. -
Bonjour, Je recherche un moyen de simplifier l'usage de la charte graphique de notre agence, surtout pour la réalisation des lignes de cotes, des hachures et des textes. Nous avons différents styles (textes/cotes) en fonction des échelles de sortie (à l'ancienne), et chaque cote est placé sur un calque différent selon son style, de même pour les textes. Exemple le calque A_70-COTE-1-50 accueille les cotes stylée "A_1-50". Je souhaiterais limiter les risques d'erreurs en automatisant le placement sur les calques en fonctions du style. Ca vous parait possible? Merci.
-
Salut, Merci de ta réponse. Je viens de vérifier en procédant par le jeu de feuille et la publication j'ai le même problème. Pour être plus synthétique que mon post précédent, le problème est celui-ci, les marges ne sont pas les mêmes si' j'utilise "DWG to PDF.pc3" que lorsque j'utilise la commande exporter en pdf. La commande exporter en pdf utilise t'elle un autre pc3? A+
-
Salut (gile), je ne m'attaque à rien du tout :) J'en serais bien incapable. Je cherchais juste à me servir de pair de ces 2 lisp :) Je me doutais bien que ce serait compliqué, mais je préférais avoir votre opinion. ++
-
Bonjour, Je me suis récemment décidé à utiliser les mines d'or pondus par les membres de ce forum pour améliorer mon quotidien. J'ai donc apprivoisé les lisp LXL et TOTAL AREA. Je pense avoir à coups d'essais pigé l'utilisation de ces deux lisp. Je tente maintenant de les faire fonctionner "ensemble". Je vous expose d'abord le but. Mon bloc Total Area contient de nombreux attribut (10) relatif au local concerné (HSP/Surface/matériaux de sol/plafond/murs etc.). Je cherche à établir un fichier excel reprenant l'ensemble des informations saisis dans AutoCAD, naturellement mon choix c'est orienté vers LXL. Mon problème survient lors de l'ajout d'un nouveau bloc Total Area, en effet LXL ne détecte pas l'adjonction d'un nouveau bloc total area lorsque je passe par la commande Areabox ou par la commande Total area, je suis obligé de passer par l'insertion d'un bloc pour que LXL le détecte automatiquement et l'incrémente dans les colonnes. Sauf que si j'insère le bloc sans passer par les commandes de Total area je perds le lien avec la polyligne... Une idée? A+ Par ailleurs, lors de l'utilisation de LXL j'ai fréquemment ceci: "Commande: lxl ; erreur: type d'argument incorrect: stringp nil"
-
Bonjour à tous, Je procède à quelques réglages sur la V2010 avant un éventuel déploiement sur les postes de l'agence, mais je suis confronté à un problème avec les .pdf. Jusqu'à présent nous utilisions des .pc3 + .pmp + .ctb sur un serveur, ainsi la création de présentation sur un poste était la même sur tout les postes. Tout le monde pouvait ouvrir les présentations de tout le monde et les imprimer sans soucis. Ça marche au poil. Pour les .pdf, chacun a une version Acrobat 9, et utilise soit l'imprimante Adobe PDF.PC3 soit le menu "PDFMACad.arx" installé avec Acrobat. pour générer des "cahiers" de plusieurs pages. Cette dernière fonction reprenant strictement les paramètres réglés dans la présentation quelque soit l'imprimante et générant un pdf avec, pratique. Les réglages de marges des fichiers PC3 imprimante physiques et imprimantes virtuelles étant les mêmes, nos cartouches étaient strictement identiques issus de notre imprimante ou d'un pdf, c'était bien, par exemple les marges réglées à 5mm sur le pourtour d'un A3 (maximum admis par l'imprimante). Sur la 2010, je ne parviens pas à faire marcher le fichier "PDFMACad.arx" je me décide donc à basculer sur les imprimantes "DWG to PDF" qui ont l'air de s'être bien améliorée depuis la dernière fois que je les ai testées. Je procède donc au réglage des PMP etc. Lorsque j'utilise la commande Tracer avec l'imprimante DWG To PDF.pc3, tout marche impeccable. Par contre lorsque je tente un "Exporter" permettant d'avoir l'ensemble des présentations dans un seul cahier pdf à la façon "PDFMACad.arx" j'ai un décalage des marges qui rogne mes cartouches etc... Je pourrais bien sûr refaire tout en réglant mes marges sur cette nouvelle base, mais je rompt ainsi la compatibilité avec l'ensemble de mes anciens plans... Si vous avez une idée de paramétrage des formats avec la commande "Exporter", je suis preneur. Désolé pour le pavé, mais c'est poas évident à synthétiser... :) [Edité le 27/10/2009 par atile]
-
Merci, je vais me plonger là dedans dès que j'aurais un peu plus d'une 1/2h devan moi, ça ne m'est pas apparu limpide au premier abord. Je viendrais poster mes résultats :) A+
-
Ça marche bien, merci. Je ne connais rien aux tables de consultation, mais si je pige bien, en fonction de l'état d'inversion tu déplace le "timbre" d'attribut... C'est ça en gros? Sinon j'ai découvert 2/3 trucs qui coincent encore sur mon bloc... si vous avez d'autres idées je suis preneur. J'aimerais que mon "timbre" reste centré dans ma porte donc lorsque j'agrandis ma porte j'ai rajouté un déplacement avec un facteur 1/2. Ça c'est bon. mais si je réalise la symétrie verticale une première fois puis que je décide de revenir en non inversé, ça coince, mon timbre ne suit plus le milieu de la porte. C'est certainement du au fait que je ne prends pas en compte dans ma symétrie verticale le timbre. Je m'étais dit que comme il était centrée il me suffisait de ne pas le joindre, de plus j'évitais de mettre mon texte en inversé. Une autre table de consultation solutionnera peu-être mon problème?
-
Ok, merci BIGC-ROMU. Je suis curieux de découvrir ta solution :)
-
Hé oui ;) Je me suis assez pris la tête à découvrir les blocs dynamiques aujourd'hui j'aimerais un résultat impec.... (message envoyé à partir d'un appareil mobile)
-
C'est exactement ça lili2006 si tu regardes attentivement tu verras qu'à l'intérieur du cercle les attributs "P" "E" "A" qui sur la version non inversée sont en haut du "timbre", se retrouve en bas dans la version inversée. Mirrtext n'a pas d'effet sur ce phénomène là, je l'ai bien réglé sur 0. (message envoyé à partir d'un appareil mobile)
-
Pardon, le fichier ne contient pas l'inversion qui pose problème. Comme je n'y arrivais pas je l'ai supprimé. Je cherche donc à réaliser une inversion dans l'axe de la cloison. Cela fonctionne pour tout sauf pour les attributs qui se "retournent". Je souhaiterais que mon "timbre" d'attribut ne se retourne pas sur l'axe.... C'est pas très explicite, j'en suis désolé... mais en essayant une inversion horizontale tu saisiras mieux... Merci d'avoir jeté un œil.
-
Bonjour, J'ai à vous soumettre un petit soucis avec un bloc dynamique. Je tente de faire un bloc porte battante qui s'adapte: à l'épaisseur de la cloison (liste de valeur) -> OK à la longueur du vantail -> OK qui contiennent deux états de visibilité plus ou moins détaillé -> OK L'un de ces états de visibilité contient des attributs définissant: le type de porte son implantation son degré coupe Feu etc... Mon soucis se pose lorsque je tente d'appliquer des paramètres d'inversion à mon bloc dynamique. Si quelqu'un s'y connaissant un peu veut bien jeter un œil à mon fichier pour m'aider ce serait super. Le fichier est accessible ici: http://dl.getdropbox.com/u/24280/Porte%20Dyn%204%20help.dwg merci à + [Edité le 31/3/2009 par atile]
-
Ok, j'ai donc jeté un oeil à l'aide, le script ne comprend donc pas l'invite "commande", ni les retrours à la ligne etc... INSUNITS 0 insunitsdeftarget 0 insunitsdefsource 0 J'ai pour l'instant mis uniquement les commandes conseillées précedemment, mais j'en profiterais peut être pour lancer quelques autres indispensables au passage, puis j'ai enregistrer en .scr Ce que je ne percute pas c'est comment lancer ce script automatiquement à chaque ouverture de dessin? Parceque penser à lancer la commande script à chaque fois, c'est prendre un risque...
-
Hello, merci de ta réponse. Le soucis c'est que pour les versions LT, le Lisp, c'est cuit... N'y aurait t'il pas une solution à base de script, je n'y connais rien, mais cela me semblerait logique, non? Je suppose que si je tape ces commande dans la ligne de commande et que je copie le tout dans un éditeur de texte j'ai un début de script, non? Commande: INSUNITS Entrez une nouvelle valeur pour INSUNITS <0>: 0 Commande: insunitsdeftarget Entrez une nouvelle valeur pour INSUNITSDEFTARGET <5>: 0 Commande: insunitsdefsource Entrez une nouvelle valeur pour INSUNITSDEFSOURCE <5>: 0 Je me lance dans l'aide et je reviens vous montrer ça.
-
Hello, Oui, un gabarit semble une voie intéressante, je suis en plein dans la création d'un gabarit complet pour l'agence. Mais je pensais qu'il y avait une simple case à chocher, comme dans Options "Echelle d'insertion", mais je ne la trouve pas... Cela aurait permis aussi de partir d'un brouillon, qui serait plus léger qu'un gabarit (je construis un gabarit avec tous nos calques et types de lignes habituels etc...) @+
-
Bonjour à tous, Je souhaiterais lorsque je crée un dessin que celui-ci ai comme unité définit le centimètre. Actuellement, c'est le mm et je suis obligé de penser à effectuer la modif. après chaque ouverture et de taper la commande "unites" afin de le modifier. Si la solution pouvait s'appliquer aussi à des versions LT, ce serait plus pratique (nous avons un mix des 2 à l'agence...) Merci, [Edité le 22/1/2008 par atile] [Edité le 22/1/2008 par atile]
-
Hé bien que dire sinon encore un grand MERCI. Pour l'aide et les explications détaillées. @+
-
Super ça fonctionne très bien :) C'est un gain de temps colossal :) Merci beaucoup. Comme je suis un peu noob, je voudrais être sûr que je m'y prends bien quand même. 1-J'ai collé ton "code" dans la ligne de commende 2- Autocad m'a renvoyé un: "C:BCR" 3- J'ai donc entré BCR et j'ai pu commencer à sélectionner mes objets. Puis-je transformer ce texte en lisp en le collant dans un fichier texte? Peux-ton afficher la commande àç taper à la fin du chargement du lisp? Ne peux t'on s'affranchir du positionnement du pt d'insertion? Pour ma "culture": Quels sont les paramètres que tu remplis avec ton code, pour unité etc...? Merci encore et @+
-
Bonjour à tous, J'importe actuellement de nombreux objets issu de sketchup, je souhaite ensuite les transformer en blocs autocad. J'en ai un sacré paquet à faire, je cherche donc à optimiser un peu ma méthode. En fait je souhaiterais créer des blocs par simple sélection, sans passer par la case spécification du point d'origine, spécification de l'unité, du nom etc... J'utiliserais par la suite edit_bloc, puis un autre lisp de Gile pour placer le point d'insertion au "point le plus bas au centre du bloc", et encore un pour renommer l'ensemble des blocs créés par un préfixe suivi d'un incrément. Vous pensez qu'il y a une méthode plus rapide pour crée ces blocs que d'en passer par la boîte de dialogue "bloc"? @+
-
Opérations sur l\'ensemble des blocs insérés, les lisp Rins et Ren
atile a répondu à un(e) sujet de atile dans Suggestions de développements
Super merci d'avoir pris le temps de regarder. Désolé de ne pas avoir été plus prompt à te remercier, j'étais absent en fin de semaine. Merci encore et à bientôt. -
Opérations sur l\'ensemble des blocs insérés, les lisp Rins et Ren
atile a répondu à un(e) sujet de atile dans Suggestions de développements
Hello, Bon cela marche en fait aussi très bien chez moi sur des fichiers simples avec peu de blocs. Par contre dès que je le lance sur des fichiers un peu plus costaud (avec plus de blocs quoi...) il s'emmêle les pinceaux et me mets une erreur... Je peux te faire parvenir le fichier incriminé (env. 170 ko), si tu as le temps d'y jeter un oeil. @ bientôt. -
Opérations sur l\'ensemble des blocs insérés, les lisp Rins et Ren
atile a répondu à un(e) sujet de atile dans Suggestions de développements
Pas de soucis. Merci, cela fonctionne parfaitement. Je vais conserver les deux, en fonction des séries de blocs, les deux solutions peuvent être utiles. Cela ne fonctionne toujours pas chez moi, mais sur le poste d'un collègue oui... Je regarderais ce qui peut bien causer ce dysfonctionnement... Si tu as une idée pour me mettre sur une piste... Merci encore mille fois, tu me simplifie grandement la vie d'Autocadien :) [Edité le 16/10/2007 par atile]
