zebulon_

à toutes fins utiles, pour les objets de type viewport (fmult), Le facteur ZOOM XP est calculé à l'aide de la formule suivante : groupe_41 / groupe_45 (ou hauteur_espacepapier / hauteur_espaceobjet). 41 : Hauteur en unités d'espace papier 45 : Hauteur de la vue (en unités de l'espace objet)

La gestion des erreurs, c'est tout un programme. C'est peut être pour ça que ça n'est pas fait souvent...

salut nobless, Quand tu crées un outil et qu'une variable en conditionne le fonctionnement, il suffit mettre de côté la valeur de la variable, de la forcer à la valeur qui t'intéresse en début de lisp et de remettre la valeur initiale à la fin du lisp. Du genre (setq OLDMIRR (getvar "MIRRTEXT")) (setvar "MIRRTEXT" 1) ... ... ... (setvar "MIRRTEXT" OLDMIRR) Du coup, quand tu utilises le lisp, le MIRRTEXT est toujours à 1 et quand tu finis le lisp il se remet à la valeur initiale (quelle qu'elle fut) Le problème est lorsque le lisp se plante pour une raison ou une autre, la variable aura changé mais ne se remet pas à la valeur initiale. C'est ce qui peut faire penser à certains utilisateurs que les variables changent d'elles-mêmes.

Si tu peux mettre ton cartouche en bas à gauche, le format n'est plus important. Mais bon, en bas à gauche c'est une contrainte... Sinon, après il reste la solution du lisp qui consiste à créer un programme qui enrichi la commande TRACEUR et qui sélectionne un BLOC qui s'appelle CART et qui modifie un ATTRIBUT qui s'appelle DATE en fonction de la date système, le tout avant d'imprimer. Puis associer ce lisp au bouton imprimer. J'ai fait quelque chose de similaire, mais pour vérifier les échelles des fenêtres FMULT (je n'aime pas les plans imprimés au 1:54ème ou au 1:27ème) et pour que ces echelles s'inscrivent dans le cartouche. Mon lisp doit être faciliement adaptable à ton cas. Ce qu'il me faut c'est le nom du bloc cartouche et le nom de l'attribut date.

Si on peut. TRACEUR -> Paramètres -> Options avancées on peut donner un décalage en X et Y. Il suffit que le cartouche soit toujours de la même taille et inséré au même endroit et de bien viser...

Bonjour, Dans la boite de dialogue de l'outil TRACEUR ou _PLOT, il y a la possibilité d'activer une "bannière de tracé". Cette bannière peut être paramétrée avec, entre autres, le nom du dessin et la date et l'heure du tracé. Les options avancées permettent de choisir l'emplacement, l'orientation, le type et la taille de la police. Cela ne répond pas totalement à la question, parce que la date et l'heure se mettent à jour lors de l'impression et non lors de l'ouverture. Mais, n'est-ce pas lors de l'impression que c'est important, puisque c'est pour de l'archivage papier ?

Je pense que le terme de "base de donnée" n'est pas adéquoit. Dans le cas qui nous intéresse, il me semble qu'il ne s'agit que de variables. Donc, si j'ai bien compris le sujet, et si je devais faire ton lisp - je commencerais par mettre dans des variables les paramètres (point d'origine, diamètre et pression) - je me définie des variables points remarquables qui me serviront à dessiner la bride (PT1, PT2, PT3 ...) - je calcule ces points en fonction du point d'origine et en fonction des variables diamètre et pression - je dessine en m'appuyant sur les point calculés ci-dessus.

Merci, ça marche pile poil.

Curieusement, ça n'a pas l'air d'exister dans le lisp. Alors que si on fait un CALC dans autocad, ça existe. La seule chose qui existe dans LISP c'est ATAN. Et là je me dis que si tu peux trouver le sinus de l'angle, tu pourras aussi trouver sa tangente et donc utiliser ATAN pour obtenir ton angle.

Oui, ELEV ça marche bien quand on digitalise (c'est pour ça que ça a été inventé), c'est à dire quand on clique sans s'accrocher à un sommet. Dès qu'on utilise un accroche aux objets, autocad ne tient plus compte de ce que j'aurai pu lui dire avec la commande ELEV, d'où la nécessité d'utiliser .XY

Ben, ce que je voudrais c'est que quand je fais un ligne, ça me fasse toujours _ line .xy .xy .xy ..... ou mieux avec le z tout de suite forcé à 0.00 _line .xy 0.00 .xy 0.00 .xy 0.00 etc...

Yep, pour la commande ligne.

La commande FMULT permet de paramétrer l'affichage des fenêtres. Pour 2004 : FMULT ->Tracombr ->CAché Pour les versions précédentes : FMULT ->CAché puis sélectionner les FMULT qu'on ne veut plus en filaire.

Bonjour, Comment faire pour rendre le filtre de coordonnées .XY permanent ? Les filtres de coordonnées ne sont pas paramétrables dans l'accrochage aux objets.

Même comportement sur ADT2004 version française. C'est effectivement un comportement surprenant ! Et ça réagit pareil qu'on utilise simplement une distance au moment d'étirer ou qu'on se donne la peine de taper @5,0. J'en conclue que le cercle s'étire toujours par rapport à son centre et non par rapport au quadrant sélectionné. A y regarder de plus près, ce n'est pas si surprenant que cela. En fait lorsqu'on clique sur un cadrant, autocad nous demande de rentrer un second point par rapport à un premier qu'il s'est fixé lui même au centre du cercle. (et on le voit bien à l'écran puisque au moment de la saisie du point d'étirement, l'"élastique" est déjà "attaché" au centre) Mais voilà un moyen rapide pour modifier le rayon d'un cercle pour le fixer à une cote précise. Sinon, pour revenir à l'exemple du cercle de 20m qu'on voudrait étirer à 25m en utilisant les grips, il faut : - cliquer sur le cercle - sélectionner un grip quadrant - appuyer sur la touche B (pour point de Base) - resélectionner le même grip quadrant (et là l'"élastique" est "attaché" au quandrant et non plus au centre) - saisir la valeur 5 en s'orientant orthogonalement Autant dire qu'il est plus simple de modifier la valeur du rayon directement dans la palette de propriété d'un objet, quitte à faire une addition, ou bien de créer une ligne de construction sur laquelle on pourra s'appuyer avec un accroche objet perpendiculaire.

a priori, j'ai constaté : - que les objets dans l'espace papier sont toujours en avant par rapport à des objets comprises dans une fmult (la commande ORDRETRACE n'a aucun effet sur ce fait) - que les FMULT ont un ordre de tracé en fonction de l'ordre de création. La non plus la commande ORDRETRACE n'a aucun effet. Est-ce que c'est toujours comme ça ?? ou bien ça peut se paramétrer quelque part ? Merci.

C'est l'idéal pour les joueurs qui veulent arrêter de fumer. Question : Comment doivent faire les fumeurs qui veulent arrêter de jouer ?

J'ai redéfini la commandes TRACE et _PLOT pour qu'elles lancent un lisp qui vérifie les echelles des fmult avant d'imprimer en lançant un _.plot. Malheureusement, quand on clique à droite sur un onglet de présentation et qu'on choisit dans le menu contextuel la commande Imprimer... ça lance la commande _.plot et passe outre ce que j'ai redéfini ci-dessus. Comment changer ce menu contextuel pour qu'il ne lance plus _.plot mais _plot ?

Bonjour, J'ai les mêmes genres de problèmes que thierryd, à tel point que je n'utilise plus les hachures dégradées. Pour voir d'où venait le problème, j'ai créé une polyligne complexe avec des angles rentrants. J'ai hachuré avec une hachure dégradée. J'ai mis en page pour imprimer sur une imprimande Adobe Postscript (driver strandard fourni par autocad), en précisant que je voulais imprimer vers un fichier. J'ai ouvert le fichier postscript dans photoshop et j'ai constaté qu'il y avait un masque blanc rectangulaire autour de la polyligne complexe. Ce masque cache les autres hachures dégradées qui se situent autour. voilà .... Le problème, c'est que à l'aperçu avant impression, ça à l'air nickel. Ce n'est que quand on imprime qu'on constate la cata !!! Que le problème vienne du driver ou de la programmation, c'est pas au point.

Donc pour récapituler, le but du jeu était de cliquer sur un objet, récupérer son calque et sélectionner l'ensemble des objets qui appartiennent à ce calque. (defun c:laysel () (setq P (car (entsel "Choix objet :"))) (if P (progn (setq E (entget P)) (setq LAY (assoc 8 E)) (setq SS (ssget "X" (list LAY))) (sssetfirst nil SS) ) ) (princ) )

Après quelques essais, ça fonctionne en faisant (setq sel (ssget)) (sssetfirst nil sel) merci de votre aide

Voilà une aide que j'ai trouvé au sujet de ces deux fonctions ssgetfirst ..... Finds which entities are gripped and selected While using grips, with some entities gripped and others both selected and gripped, (ssgetfirst) returns a list containing two selection sets. The first selection set includes entities that are gripped only. The second selection set includes entities that are both gripped and selected. -------------------------------------------------------------------------------- sssetfirst ..... Sets which entities are gripped and selected If s1 and s2 are selection sets, (sssetfirst s1 s2) puts grips on the entities in s1 and both puts grips on and selects the entities in s2. The first argument can be nil. The second argument is optional. If any entities are common to both selection sets, the first selection set is ignored and the second selection set is both gripped and selected Malheureusement, quand je fais (setq sel (ssget)) (sssetfirst sel) cette fonction me renvoie (Selection set: 1b) sans me sélectionner les objets avec des grips. [Edité le 11/12/2003 par zebulon_] [Edité le 11/12/2003 par zebulon_]

Je filtre des objets en utilisant la commande (ssget ...), ce qui me crée un jeu de sélection. Ce que j'aimerais, c'est qu'à la sortie du lisp les objets soients sélectionnés avec les poignées. J'ai bien trouvé la commande SELECT, mais elle met les objets sélectionnés dans le jeu de sélection Précédent, alors que j'aimerais que les objets trouvés par SSGET restent sélectionnés avec des poignées. Un peu comme le fait la commande QSELECT.

Tu es en avance sur ton temps. Tu as posté ta réponse le 5/12/2003 à 16:15. Or il est 15:15. Comment expliquer cela ?

Je regarde ma montre, il est 12:28 et j'ai faim. Je fais un petit tour sur CADxp avant de déjeuner pour voir ce qu'il y a de neuf et CADxp me dit qu'il est 13:28. Ouaahhh, je suis à la bourre !!!