zebulon_

L'ensemble des lisp. Je suis en train de modifier les outils qui correspondent aux aciers en section pour qu'une série d'aciers soit formée d'un seul réseau et non plus de n blocs ou segments. L'objectif est d'en faciliter la manipulation et la modification. Amicalement Vincent

J'ai l'habitude de manipuler les data. De ce côté pas de souci. En fait le réseau sert à représenter des fers à béton en section, dans ce cas ce sont des cercles, ou en plan et en élévation, dans ce cas ce sont des segments en polylignes épaisses. Le réseau est sur le calque qui correspond au diamètre nominal de l'acier, par exemple "HA32". J'ai fait l'outil pour créer le réseau et c'est cet outil qui liera la xdata. Maintenant je veux faire l'outil qui me permettra de modifier le réseau : changer de diamètre et/ou changer l'aspect. Le diamètre nominal m'est donné par le calque et l'aspect me sera donné par la xdata. L'outil de modification changera, le cas échéant, le calque et/ou la xdata liés au réseau pour que l'ensemble reste cohérent. Amicalement Vincent

on peut coller une xdata à un bloc anonyme. Je pense que je vais utiliser ce moyen pour nommer les réseaux. Chaque nom m'indiquera rapidement avec quel élément de base le réseau a été créé et, par voie de conséquence, je saurai les gérer (sélectionner, modifier, etc) sans me demander si je n'ai pas sélectionné un réseau créé par quelqu'un d'autre ou par moi, mais à d'autres fins. Du coup mes réseaux sont nommés et je vais m'y retrouver ! Amicalement Vincent

si le réseau a été fabriqué à partir d'un bloc nommé, on arrive à retrouver ce nom de bloc dans NestedBlock et cela permet de savoir de quoi il s'agit. par contre, si le réseau a été fabriqué à partir d’éléments non nommés comme des polylignes, lignes, cercles, etc alors le réseau reste parfaitement anonyme. Cela ne donne pas vraiment d'élément qui permettrait de savoir de quoi il s'agit. Alors, soit je mets ces réseaux sur un calque particulier à la construction et ça me permet de savoir rapidement de quoi il s'agit, soit je lui colle une xdata avec le même effet sans que cela augmente de façon substantielle la liste des calques. Quand j'ai sélectionné un réseau quelconque, je regarde ce que j'ai inscrit dans la xdata et je sais directement de quoi il s'agit. En gros, par ce biais je donne un nom fixe à mes réseaux similaires ce qui me permet de les filtrer facilement et de savoir quoi en faire. Pour autant qu'on puisse coller un xdata à un bloc anonyme. Il n'y a a priori pas de raison, mais je n'ai pas encore essayé. Amicalement Vincent

on va fouiller de ce côté. Je pense que je vais trouver mon bonheur Amicalement Vincent

Merci pour ce rajout bien utile. Par contre, plus je regarde ces entités de type réseau, moins je les apprécie, surtout parce qu'ils sont anonymes. Quand on les sélectionne, c'est difficile de savoir de quoi il s'agit, puisque c'est un bloc dont le nom n'est pas fixe, contrairement à un bloc standard. Un bloc non anonyme, lorsqu'on le sélectionne, on arrive à savoir rapidement de quoi il s'agit puisque son nom nous apprend beaucoup à son sujet. Pour un bloc anonyme, c'est beaucoup plus délicat de savoir à partir de quoi il a été construit. Maintenant, je sais sélectionner des réseaux, mais comment faire pour savoir si c'est un réseau qui représente ce que je veux traiter ou un autre ? En d'autres termes, comment fait-on pour savoir à partir de quoi ce réseau a été créé ? Amicalement Vincent

comme je ne veux sélectionner que les réseaux rectangulaires, ça donne ceci : (if (setq jsel (ssget '((0 . "INSERT")))) (repeat (setq i (sslength jsel)) (setq name (ssname jsel (setq i (1- i)))) (if (/= (getpropertyvalue name "ClassName") "AcDbAssociativeRectangularArray") (ssdel name jsel) ) ) ) Amicalement Vincent

en fait, dans mon esprit "filtrer", ça ne veut pas forcément dire exclure de la sélection, ça veut simplement dire donner des critères de sélection. Ces critères peuvent inclure ou exclure. Quand on filtre, on peut garder ce qui reste dans le filet ou ce qui s'en échappe. Un not judicieusement placé devrait arranger mon affaire ! Amicalement Vincent

Bonjour, il me semblait bien que cela n'allait pas être simple. En effet il est plus simple d'exclure le réseau que le contraire si on est sûr de ne pas traiter de blocs dynamiques. Mais c'est justement ce contraire que je voudrais faire. Merci pour la solution Amicalement Vincent

Bonjour, comment peut-on filtrer les entités de type RESEAU avec ssget ? Dans les faits, ces entités sont des blocs : C'est un bloc anonyme, mais je ne vois pas ce qui est spécifique à un RESEAU d'où ma question. Amicalement Vincent

Les _non me paraît plus souple car on peut désactiver pour un point calculé et laisser actif pour un pause Amicalement Vincent

Par ailleurs, est-ce que c'est bien utile de mettre les osmode à 0, compte tenu qu'il n'y a aucune commande qui positionne un point ? Enfin si, il y a mleader, mais il y a un pause au placement des points. Donc il n'y a pas, d'office, d'accrochage aux objets. Si c'est voulu, on considèrera que je n'ai rien dit. Sinon, je préfère mettre un "_non" avant un point à placer dans une ligne (command ...) plutôt que de jouer avec les osmode Amicalement Vincent

Parfait ! Par contre il y a des commandes pour lesquelles il faut absolument mettre un "" pour en sortir, typiquement la commande _line Amicalement Vincent

Bonjour, C'est probablement un command qui n'est pas écrit tout à fait comme il devrait. Je verrais bien un (command ...) qui envoie un "" inutile à la commande en question. Du coup le "" est interprété comme un appui sur la barre d'espace ou le return et ça relance la commande précédente, soit le lisp lui-même Amicalement Vincent

Bonjour Compte tenu que (Gile) me dit qu'un réseau c'est en soi un bloc dynamique, c'est une raison de plus pour rester sur le principe du réseau et de ne pas trop creuser du côté du bloc. Je vais donc continuer dans ma lancée et utiliser le (command "_arrayrect" ...) A noter que cette commande est sensible à la variable DELOBJ. Selon sa valeur (-1 par exemple) la commande peut poser des questions supplémentaires qui peuvent perturber le déroulement du lisp. Il faudrait donc mettre de côté la valeur de delobj au départ, lui affecter 1, faire la commande arrayrect, remettre dans delobj la valeur d'origine. Amicalement Vincent

re, c'est peut être pas une bonne idée le bloc dynamique. Quand je paramètre la distance pour une réseau rectangulaire, il s'agit de la distance totale. Le pas est fixe et il est défini lors de la création du bloc, je n'ai pas trouvé comment paramétrer le pas. je vais rester sur une arrayrect dynamique, ça m'a l'air plus simple ! En gardant (command ...) puisque ça n'est pas possible autrement. Merci pour tout Amicalement Vincent

Bonjour, Merci pour la réponse ! oui, mais ça me fait un réseau "à l'ancienne", donc sans associativité ou alors j'ai loupé un épisode. C'est justement ce côté associatif que je souhaiterais exploiter. Le problème avec "arrayrect" et visual lisp est que, si on fait une recherche sur le net, on trouve tout ce qui concerne les array de vlisp et très peu ce qui concerne la commande autocad arrayrect. Mais, compte tenu de ce que je veux faire (la représentation d'une série de fers à béton en coupe), ce serait peut-être plus malin de passer par un bloc paramétré, pour lequel il y a aussi une action de type réseau. je vais aller voir de ce côté là. Merci Amicalement Vincent

Bonjour, comment définir un réseau rectangulaire avec visual lisp, le but étant d'éviter l'utilisation de (command "_arrayrect" etc...) ? Même chose avec la commande "_arrayedit" Merci par avance Amicalement Vincent

Je partage tes doutes, mais une bonne surprise n'est pas à exclure. En tout cas je te remercie pour ta démarche que je n'ai jamais pris la peine d'effectuer moi-même. Amicalement Vincent

Enfin, j'imagine

C'est ça. On donne un angle et chaque cote n'en fait qu'à sa tête. Compte tenu que je travaille pratiquement tout le temps avec un scu, quand je veux faire des cotes obliques c'est l'une après l'autre. Comme c'est un bug qui n'apparaît que dans certaines conditions particulières, c'est pourquoi il subsiste depuis bien longtemps. Amicalement Vincent

Bonjour, Quand on veut rendre les cotes obliques on a la commande Cotedit et l'option Oblique. Si on a sélectionné une cote, ça marche bien. Si on en sélectionne plusieurs, ça part dans tous les sens. Amicalement Vincent

Bonjour Christian, C'est clair qu'à part des modifications esthétiques, on ne voit pas grand chose avancer depuis 2014. A chaque nouvelle version je m'amuse à regarder si le bug qui affecte les cotes obliques a été corrigé. Force est de constater qu'il subsiste depuis des lustres ! Suis-je le seul à utiliser des cotes obliques ? Concernant Corona, pas le virus, la bière, j'ai vu une promo intéressante l'autre jour : pour 3 Corona achetées, une Mort Subite offerte. Amicalement Vincent

Bonjour En autolisp le nombre d'arguments des fonctions créées par défun est fixe, contrairement aux fonctions lisp elles-mêmes qui acceptent très souvent des arguments optionnels. Il y a la possibilité de contourner avec la solution évoquée par (gile) en utilisant un seul paramètre qui est une liste. Sinon, sachant que la possibilité de créer des arguments optionnels n'existe pas, je définis tous les arguments dans la liste et ceux qui peuvent être optionnels valent nil lorsqu'il ne faut pas en tenir compte et une valeur dans le cas contraire. Un argument qui vaut nil c'est facile à vérifier. Amicalement Vincent

Bonjour Rien de changé pour moi qui suis en télétravail depuis des lustres. J'ai la chance d'avoir rentré un gros chantier d'exécution avant le confinement. Il est arrêté mais ça n'empêche pas de continuer les études. Faudrait pas que ça dure quand même. Mais je ne me plains pas comparé à d'autres comme les métiers de la santé qui sont en première ligne. Les métiers de l'événementiel ou les entreprises dont le job est d'accueillir du public, eux sont vraiment en difficulté ! Amicalement Vincent