-
Compteur de contenus
230 -
Inscription
-
Dernière visite
Type de contenu
Profils
Forums
Calendrier
Blogs
Tout ce qui a été posté par Labletech
-
bonjour à tous, j'ai créé sur un dessin gabarit 2008, des filtres de groupes, jusque là rien d'extraordinaire. pour activer un filtre de groupe on doit passer nécessairement par le contrôle général des calques, et là c'est franchement lourd. sur des versions 2009 et suivantes j'ai remarqué qu'il est possible de fabriquer une macro qui utilise la commande clavier -calque et avec l'option 'filtre' on peut activer le filtre directement. mais sur une version 2008, j'ai beau essayer toutes les orthographes possibles, la commande clavier n'a pas l'air d'accepter l'appel aux filtres. Y a t'il quand même une option magique que l'un d'entre vous aurait trouvé ? Y a t'il autre chose (un lisp ou autre) qui permettrait d'activer ces filtres directement ? merci d'avance si quelqu'un a une illumination. crdlt jfl
-
Le controle des unités dans AutoCAD est très coquin !! En fait il n'y a pas à proprement parler de contrôle des unités, seulement un contrôle de certaines échelles de transformation de l'objet lors de l'insertion de type cliquer-glisser avec le design center .... Comme tous les dessinateurs peuvent choisir à priori toutes les unités qu'ils veulent dans leur dessin d'origine (et sans pour autant faire appel à la fonction 'controle des unités') tu peux bien penser qu'il sera alors bien difficile de deviner à l'avance quelle unité aura été choisie dans un dessin que tu insert dans le tien !!! Soit tu utilises de façon occasionnelle un dessin qui n'a pas la bonne unité par rapport à ton dessin et dans ce cas il vaut mieux procéder à une insertion traditionnelle de ton bloc suivant la nature d'origine de ton bloc: Dans une 1ère étape: - soit Menu Insertion > bloc > parcourir et ensuite facteur d'echelle = 1 - soit Design Center >> double clic sur le bloc interne du dessin d'origine >> facteur d'echelle = 1. Dans une 2ème étape: tu appelles la fonction echelle que tu appliques à ton bloc, tu choisis un point d'origine, tu optes pour la fonction Référence (tu tapes R) tu choisis alors une longueur visuelle sur le bloc inséré (deux clics sur une partie du bloc que tu connais) tu entre ensuite la valeur réelle de la dimension de cette longueur en accord avec ton unité de travail !! La démarche est lourde , je le reconnait mais c'est la seule qui te permette de mettre ton bloc inséré à la bonne unité quelques soient les unités d"origine de ton bloc. Soit tu es obligé de manipuler une bibilothèque importante de blocs de ce type et dans ce cas il te faudra faire un petit lisp qui manipulera tous tes blocs un par un en : - insérant ce bloc au point 0,0, à l'echelle voulue directement (à condition que tu l'aies déterminé avant) - décomposant ce bloc - et le refabriquant dans la foulée à partir de son nom extrait du lisp et de son point d'insertion (0,0) Une fois que la routine a balayé la bibliothèque, il suffit de sauvegarder celle-ci et tes bloc pourront alors être inserer à l'echelle de 1 dans tes dessins. Je pense que tu dois pouvoir trouver l'aide nécessaire dans les rubriques lisp de ce forum. cordialement jfl
-
Tes lumières m'ont éclairé une fois de plus .. merci .. :) Je n'ai pas assez travaillé les composants dérivés, je m'y jette de ce pas ... :cool:
-
Qui plus est la version d'évaluation n'a pas l'air de vouloir récupérer n'importe quel crash .. apparemment il y aurait crash et crash !! :casstet: Enfin devoir payer à terme pour récupérer un bug de logiciel , ca entre dans une logique de vache à lait inacceptable !! :mad:
-
J'ai une pièce plastique au format ACIS (SAT) qui a été conçue sur un autre logiciel qu'Inventor. J'aurai souhaité faire l'empreinte du moule correspondant. Je suis plus habitué à SolidWORKS et dans ce logiciel, je faisais traditionnellement une importation de mon volume ACIS dans une pièce de base. Le statut d'importation pouvait être surfacique ou volumique peu importait. Ensuite je n'avais qu'à lancer une opération booléenne de soustraction entre un volume de base que j'avais créé et le corps volumique importé. Et c'était fini, je n'avais plus qu'à travailler sur ma pièce de base accomodée de l'empreinte. J'ai beau chercher dans Inventor mais je ne trouve pas de dispositif équivalent. J'ai bien réussi à importer mon ACIS dans une pièce de base, mais ensuite trouver des fonctions booléennes de soustraction entre cette pièce de base et mon volume importé, que nenni ou bien j'ai des peaux de saucisson sur le yeux :exclam: Quelqu'un de plus connaisseur pourrait-il me mettre sur la voie ?? :P Merci d'avance ..
-
RECOVERYMODE=0 et le processus de récupération est désactivé .. mais c'est bien dommage de ne plus profiter d'un tel progrès ..
-
Bonjour à tous !! Dans une discussion dans LT2004 il a été mentionné (printemps 2004) que les outils gratuits ou non mis à disposition pour effectuer des insertions d'images raster pour LT2004 ne pouvaient pas fonctionner sur une LT2005 parceque ce type de fonctionnalité avait été purement et simplement enlevé. Avec un peu d'eau passée sous les ponts qu'en est-il aujourd'hui ?? N'y a-t'il toujours rien pour inserer et gerer une image raster dans LT2005 ?? Merci de m'aider, j'ai un utilisateur LT qui aimerait bien inserer une telle image dans son logiciel. A plus ..
-
Je suis désolé ..lorsque j'ai voulu refaire la manip sur un autre Autocad 2005 je n'ai pas pu, moi non plus la réaliser. Je suis alors revenu sur la machine précédente et je ne sais pas par quel malheureux hasard j'ai pu réaliser mon extrusion sur celle-ci, parceque au 2ème essais cela n'a rien voulu savoir. Mon texte importé est resté du texte importé .. J'ai donc posé la question à Autodesk .. la réponse est sans appel .. L'importation wmf qui convertit du texte en pline closes fonctionnait avec les versions 2004 et précédente .. Ca ne marche plus pour la 2005 ... Ils m'ont alors proposé de décomposer le texte avec les bonus de l'express tools (comme tu l'as fait remarquer Eric) Express tools >> text >> explode text Ca fonctionne quand même assez correctement. Ne pas s'inquieter si une lettre ne constitue pas un seul contour, la somme des contours reconstitue bien la lettre. Enfin dans certain cas verifier que certains contours n'ont pas d'angle aigu intérieur (dans ce cas le modifier un petit peu avec les poignées) [Edité le 6/1/2005 par Labletech]
-
Je n'ai pas de solution pour ton pb. J'ai fait la même manip sur 4 machines différentes equipées de : -Autocad 2004 - Autocad 2005 -Autocad mechanical 2005 -Autodesk Architectural Desktop 2005 A chaque fois l'importation de mon texte sauvegardé initialement en wmf a donné un statut vectoriel (après décomposition bien-sûr) aux entités représentant les lettres. J'ai essayé de chercher si il y avait des options pour importer ou exporter un wmf. Il y en a bien mais elle ne traite pas de ce pb. Tu as peut-être sur ta machine des outils plus étendus (par exemple pour le VBA ou peut-être service pack microsoft) qui donnent plus de poids aux liens de type OLE par exemple (je dit peut-être une connerie). Dès lors le satut du wmf sur ta machine est peut-être plus caméléon: un texte restant et étant reconnu comme du texte quelque soit le logiciel utilisé !! C'est la seule explication que je pourrai donner. Sur nos machines on a: - soit win 2000 et SP3 (on n'a pas validé le SP4) - soit win XP et SP1 (on n'a pas validé le SP2) Dernier point j'utilise bien-sûr des polices true type dont les lettres sont des contours fermés. remarque: les polices vectorielles d'autocad ne permettent peut-être pas une extrusion volumique mais l'importation wmf les a quand-même converti en traits autocad. Enfin (pour Tramber) si tu décomposes un texte multiligne, tu récupéres normalement une suite de simples lignes de textes. Donc l'exportation wmf de texte ne pose pas de pb que ce soit un texte sur simple ligne ou sur multi lignes . A+
-
Clin d'oeil 2006 , comme 2+2 font 5 (sic Monsieur Desproges) Autocad toutes versions a souvent été, sinon décrié comme logiciel 3D mais du moins considéré comme peu performant dans ce domaine ... Tout en restant modeste nous voyons qu'il est possible de s'éclater avec ... http://www.infographie-formation.fr/img_forum/voeux5.jpg .1. Ecrire le texte (sur une ligne) avec la fonte de son choix .2. Exporter le texte au format wmf .3. Dans un dessin vierge dessiner une sphère .4. Importer le wmf, le poser à une certaine prof dans la sphère, puis le décomposer .5. Extruder le dessin 'texte' de façon à ce qu'il déborde de la sphère .6. Copier la sphère et faire une soustraction entre textes et la sphère .7. Usiner au besoin la surface supérieure du texte .8. Appliquer une texture matte sur la sphère et une texture chrome sur le texte. .9. Eclairer et lancer le rendu , et voilà ....
-
Je ne me connecte pas souvent ces derniers temps sur ce très tres bon forum .. Ce n'est pas l'envie mais le surcroit de boulot, je ne vais pas me plaindre. Je vous souhaite donc à toutes et à tous une bonne et heureuse année ... plein de bonnes choses, de la santé et du bonheur. L'année 2005 va commencer je l'espère bien pour tout le monde..., les autocadiens en sont à se souhaiter une bonne année 2006, c'est comme ca le décalage horaire ... A+ ... ;)
-
Je reviend à la charge pour ce message ancien. En effet à l'époque j'avais manifesté un intérêt pour trouver un formateur sur CATIA. Entre temps les pb avaient été résolus différemment et puis cet été j'ai été cambriolé, mon portable avec toutes ses bonnes adresses s'était envolé.... J'aimerais donc reprendre contact avec mathche pour étudier de nouveau ses éventuelles propositions de formation sur CATIA V5. Je suis preneur d'autres propositions si le cas échéant, mathche ne répondait pas !! merci de me lire jfl
-
Block dans block avec ENTMAKE
Labletech a répondu à un(e) sujet de Tramber dans Pour aller plus loin en LISP
J'espère que ton injecto qui se trouve dans ton prog est mieux écrit que celui que tu as amené sur le forum parceque c'est normal qu'il plante un peu !! (defun injecto (j / i) (setq i 0) (while (< i (sslength j)) (setq element (ssname j i)) (setq elementget (entget element)) (entmake elementget) (setq i (1+ i)) )) Ecrit comme ca avec l'exo de Patrick_35 ca marche toujours nickel en remplacant par exemple (entmake c) par (injecto jeux_de_ce_que_tu_veux) !! ;) -
En lisant ces différents messages j'étais un peu embarassé comme Didier. Je n'arrivais pas à comprendre ce que Maximilien voulait. Mais en fait la réponse de Patrick_35 m'a peut-être mis sur la voie: Effectivement Patrick en langage universel, le paramètre à introduire dans les ordres commandés par autolisp va s'écrire comme tu l'as si bien décrit: - F comme fenêtre va donner _w comme windows. Ensuite, il faut se faire patiement une liste de correspondance entre les paramètres que l'on a l'habitude de saisir en francais et ceux que l'on va écrire dans notre programme en langage universel. Je crois en fait que Maximilien veut permettre à l'opérateur de saisir le paramètre au clavier dans son programme lisp. Auquel cas , si celui-ci est francais il va taper F, s'il est espagnol il va taper autre chose , etc ... Ensuite son programme pourrait interpreter le paramêtre ainsi saisi dans sa langue d'origine pour le tranformer en langage universel afin que son applicatif puisse être porté sur plusieurs licences de langues différentes ... Néanmoins à celà il y aura un autre pb. Il faut alors référencer tous les dialogues du programme ainsi développé dans des fichiers textes spécifiques adaptés pour chaque langue. Et dans ce cas mon cher Maximilien, il te faut aussi te farcir des listes d'équivalence entre tous les paramètres à saisir dans la langue voulue vers le langage universel.. Ca peut se faire mais bon courage tout de même !! Il y a une solution plus simple qui consiste à proposer tout simplement le paramètre en langage unversel: (setq tstyle (getstring "\n Saisir style de texte: HautDroit[_TR]\HautGauche[_TL] ....)) avec éventuellement un initget avant. L'Utilisateur est donc obligé quelquesoit sa langue d'utiliser d'office les paramètres en langage unversel. Auquel cas il n'est plus nécessaire de faire une correspondance entre les paramètres .
-
Block dans block avec ENTMAKE
Labletech a répondu à un(e) sujet de Tramber dans Pour aller plus loin en LISP
Je confirme il n'y a rien à dire de plus !!! cet exo marche nickel !! -
Je vois qu'Halloween en rendu plus d'un agressif !! Harry Potter dirait: Calmoseum les gazous !! La question me parait simple (d'ailleurs elle devrait se trouver dans debuter en lisp ) Notre miamar a le pb suivant: - il a fait deux fonctions avec appel direct au clavier: - defun c:fonction1 ... -defun c:fionction2 .... Dans fonction1 il appelle fonction2 en interne avec l'ordre: (command "fonction2" ....) ca ne peut pas marcher !! un point c'est tout !! l'ordre command ne peut appeler que les commandes autocad pures de souche !! Miamar, si tu veux appeler fonction2 dans fonction1 il faut simplement écrire: (defun c:fonction1 () .... (c:fonction2) .... )
-
Je ne vois pas le rapport avec le lisp avancé !! Cette question aurait du être posée dans les rubriques Autocad ... Saches pour ta gouverne, que le bloc est l'une des entités les plus vieilles d'Autocad et qu'elle a sérieusement contribué à sa gloire d'aujourd'hui !! Aussi serait-il assez malvenu de vouloir l'éradiquer d'une liste ou d'une autre !! Quand un bloc est inséré (qu'il soit ou pas utilisé) dans le dessin, il est aussitôt introduit dans une zone spéciale d'autocad (on va l'appeler pour les besoins de la cause le magazin de blocs). Cette particularité permet à autocad d'économiser de la place mémoire. Autant de fois le bloc sera utilisé dans le dessin, autant de fois sa définition pointera sur une seule , celle qui se trouve dans ce fameux magazin de blocs !!! La liste que tu vois dans la commande inserer ou dans le design center est le reflet de ce magazin. Tu veux la détruire ?? soit !! et bien tu ne pourras plus rien acheter ... makach bézef ... le vendeur a changé de ville !! (tu sais c'est l'histoire du boulanger qu'on ne veut pas dans le village, mais une fois qu'il est parti , il n'y a plus de pain au village .. fallait choisir !!) Si ton bloc n'est pas utlisé, tu le purge de ton dessin, et il disparait de la liste !! A l'impossible nul n'est tenu !! j'essaye de faire de l'humour en soirée et ca marche pas toujours ... :P
-
Je rejoint Patrick_35 lorsque je dois faire appel à un programme extérieur je le lance de la manière suivante: (defun data_base () (command "shell" "cti_profiles") ) Le programme externe s'appelle dans ce cas; cti_profiles.exe . Je le pose au même endroit où se trouve le reste de mon application lisp. Dans les variables support d'Autocad, il va de soit que le dossier qui contiend tout ca est reconnu par Autocad !!. Les fichiers sont correctement retrouvés parceque mon programme externe est fabriqué par mes soins et donc que je maitrise les dossiers d'entrée et de sortie pour les fichiers manipulés . Il s'agit d'un outil de gestion de base de données développé en Visual Basic qui me permet de pointer dans plusieurs catalogues de profilés. Je sauvegarde dans un fichier *.ini les données liées aux dossiers que j'utilise pour faire fonctionner ce VB. Même si mon environnement Autocad change, le prog en VB va lire ce fichier *.ini et va donc retrouver les dossiers nécessaires à son bon fonctionnement. Inversement si dans ton prog externe les chemins ne sont pas précisés; il va vraisemblablement chercher ceux-ci là où le prog externe se trouve, et tant pis pour la casse si ca ne marche pas, le prog externe n'a aucun état d'ame à ce sujet !! SI tu ne peux pas entrer dans le source pour modifier cette contrainte tu es dans la merde !! Le pb est donc lié à Windows et à la façon dont ton prog externe a été developpé. La commande Shell d'Autocad permet de lancer un prog externe c'est tout, maintenant si ce prog a besoin d'un environnement, il faut que tu le fabriques. Si tu n'as pas le source c'est quasiment impossible !! Remarque: J'utilise shell pour être sur que ca marche sur tous les OS , cependant, Startapp marche de la même manière sur certains OS
-
bip bouip beeeep bip bouip zaouhtip bip bouip !!! (merci en langage astromec) !! :)
-
Les pages traduites sont en effet un peu chaotiques ...et la recherche à l'information est parfois un peu difficile. J'aurais bien savoir ou trouver R2D2 en fichier natif, mais j'avoue que même ça a été un peu difficile... je dois t'avouer que je n'avais pas trop le temps pour m'y perdre ... merci si tu peux creer un petit lien !!
-
Merci à vous pour vos marques de sympathie. Passer par les fenêtres m'a toujours donné l'impression de passer pour un Arsene Lupin .. c'est de toute façon plus exotique que de passer par les portes !! Quand je vous ai posé cette question, c'était surtout pour savoir si un petit rusé avait déjà trouvé une astuce quelconque pour maitriser un quelconque pouvoir sur les mémoires lispiennes de notre cher Autocad. Cette question est venue sur ce forum parcque Autodesk ne semblait pas trop réagir à ma demande. Mais tout arrive à point pour qui sait attendre. J'avais envoyé ma question à Autodesk, 2 semaines environ avant de vous la poser sur ce forum. J'ai recu hier mon Numéro d'ID de process d'erreur géré par la société Autodesk et j'ai reçu aujourd'hui la réponse technique. Comme quoi les mails mettent un mois pour franchir l'atlantique dans le sens aller et un jour dans le sens retour !! J'ai toujours pensé que la terre tournait ... maintenant j'en ai la preuve !! Les mails vont plus vite dans le sens de marche de la terre que dans le sens contraire !! Pour mettre donc un terme à toute incertitude sur ce sujet voilà donc la réponse officielle d'Autodesk pour mon pb: Your case was escalated to Developer Technical Services by our Product Support team. > > Unfortunately, this is a known problem, and was logged as the following Change Request: > > ID 247791 MIN OR MAX FUNCTIONS LIMITED TO 255 ARGUMENTS > > As an alternative, you can use the Visual LISP function (vl-sort), which does not have this limitation. I modified part of your sample code to demonstrate this. See below: > > > (defun valmin2 (lv) > (car (vl-sort lv '<)) > ) Cette fonction Visual-lisp vl-sort remplace donc avantageusement la fonction initiale min. Vu qu'elle peut gérer un nombre d'opérandes bien plus important !!! Je vois qu'un bon nombre d'entre vous ne connaissent pas plus que moi ces fonctions !!! :casstet: Je crois que ce serait bien si on pouvait trouver une liste d'équivalence entre les vieilles fonctions Autolisp et les éventuelles nouvelles fonctions Visual-lisp qui les remplacent ... Avis à ceuce qui voudraient s'investir dans une telle recherche !! :cool:
-
Alors personne ne peut me dire comment augmenter le nb d'opérandes dans une oépration lisp ?? :mad: C'est pas cool, d'autant plus que les compilateurs classique du lisp comme Le_lisp sont capables eux de traiter plus de 260 opérandes dans une opération lisp ... :casstet:
-
Toute évolution dans les fonctionnalités supposent quelque fois quelques grincements de dents. Cela fait maintenant plus de 5 ans que nous ne laissons pas le choix à nos stagiaires, ils utlisent systématiquement les mises en page pour effectuer leur sortie traceur. Même si le dessin vient de versions précédentes, il est alors très facile de 'fabriquer 'une mise en page calibrée sur le même format de papier qu'initialement prévu. La fenêtre de visualisation se superposera avec le cadre du cartouche certainement prévu en mode objet dans ce dessin d'origine. La manip prend quelque secondes, on svgde le dessin et le tour est joué !! Il est même certainement possible de faire un petit script si cette tache doit se répéter sur un nb important de dessins autocad. Ensuite je te conseille d'utiliser le gestionnaire de feuilles qui te permettra de structurer très proprement tes mises en page. Ensuite effectivement la commande publier appliquée sur tout ou partie de cette structure de feuilles te permettra tes sorties en différés dans d'excellentes conditions !!! Inversement je ne me rappelle plus si avec publier on ne peut quand même pas imprimer ce qui se trouve simplement dans l'espace objet ??? et dans ce cas même pas besoin de faire une mise en page sur cette masse de dessin existant ... [Edité le 21/10/2004 par Labletech]
-
Je crois qu'à chaque fois que tu définis un modèle d'ouvrage (donc ca doir marcher pareil pour les pentes de toits) tu peux dans les options prédéfinir par exemple les motifs de hachures que tu lui associe en fonction de l'echelle de sortie, genre: - au 1/100 tu met une hachure simple (ANSI ou autre) - au 1/50 tu met une hachure de tuile. Normalement le choix des hachures reprend celui de la gamme Autocad. Ne me demande pas où ca se trouve, je n'ai pas de REVIT vers moi et je ne m'en rappelle plus vraiment. Une fois que ton toit est fabriqué, tu doit pouvoir appeler soit les options soit ses propriétés et tu dois pouvoir te conecter à ces style d'affichages à partir de ça. :exclam:
-
Je viens de vous lire tous et ca me donne l'envie d'en dire un bout: Tout d'abord je constate avec plaisir que certains réflechissent de façon très interessante sur les outils CAO. Cela laisse présager que les futurs clients de CAO auront de plus en plus l'esprit critique et que cela forcera enfin peut-être les concepteurs de logiciels à pondre des produits qui devront en tenir compte. Je ne sais pas si vous avez ce sentiment, mais je trouve que certains produits arrivent sur le marché comme s'il s'agissait de lubies ou de délires de certains programmeurs fous qui dans leur idée de penser que tel ou tel métier a absoluement besoin de ça ou ça, vont donc fabriquer des fonctions 'géniales' pour résoudre ce pb. Bilan de l'affaire on se pose donc à la fin des questions sur les stratégies et l'avenir que l'on peut donner à un logiciel !! A.D.T. est le fruit d'un joyeux délire permettant à Autocad de rivaliser de façon plus ou moins heureuse avec ses concurrents comme Allplan ou Archicad. Les procédures sont donc quelque fois un peu lourdes mais bon en mal en, on y arrive quand même. Les utilisateurs Autodesk Architectural Desktop travaillent sur une base Autocad et leur but est de fabriquer du plan abouti (jusqu'au PEO) ou bien de modifier une base de plan Autocad qui leur est imposé par d'autres intervenants. REVIT entre dans la logique d'innovation d'Auodesk avec tous les dangers que cela comporte (rappelez vous les polémiques sur Inventor dans le domaine méca il y a quelques années). On essaye de prendre une équipe nouvelle et on planche sur des techniques innovantes et attirantes pour 'aguicher' le sens libéral et artiste de l'architecte. REVIT va s'utiliser le mieux dans le processus de conception du projet architectural. C'est là que l'archi va s'éclater en simulant rapidement et facilement les caprices de son client. Inversement je ne vois pas bien un dessinateur pour archi reprendre un projet complexe réalisé il y a plusieurs années sur Autocad. Bien-sûr il est possible de transferrer la base dessin Autocad vers REVIT mais cela demande un peu plus d'expérience pour s'en tirer dans de bonnes conditions. C'est toute l'ambiguité du pb , est-ce qu'un archi ne fait que neuf ou bien de que de la rénovation ?? Vous aurez compris qu'on ne peut pas dissocier les 2. D'où une parade interressante d'Autodesk avec REVIT Series, qui fournit non seulement REVIT mais aussi Autocad dernière version. Alors comment positionner REVIT series avec Autodesk Architectural Desktop ?? Je pense qu'Autodesk Architectural Desktop correspond à une génération d'utilisateurs qui ne souhaiteront pas changer de façon de procéder. Grand bien leur en fasse d'ailleurs. Ils ont ainsi à disposition un outil sérieux de dessin technique orienté bâtiment. Inversement les concepteurs de projet (ceux qui partent de l'APS vers la suite du projet), les rebelles à l'informatique procédurale, ce qui recherchent un peu plus d'intuitivité se dirigeront vers REVIT ou REVIT Séries s'ils veulent encore garder un pied avec Autocad. Il faut savoir aussi qu'Autodesk est tres actif pour ce qui est de la comptabilité des logiciels de sa gamme entre eux ... ;)
