atile

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]

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.

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]