Lisps de Patrick_35

[oran]

...oui, j'ai bien compris le fonctionnement... ;)

Mais alors dans mon cas, par exemple, supposons 50 luminaires identiques implantés dans un local(luminaires représentés par un même bloc avec attribut) et que je veuille effectuer une rotation de 90° à chacun d'eux, dois-je les traiter un à un, ou y-a-t-il une solution ?

 

 

[Bred]

Salut,

un même bloc avec attribut) et que je veuille effectuer une rotation de 90° à chacun d'eux,

Tu sélectionne tes blocs avec sélection rapide (SELECTRAP)

Puis tu vas dans les propriétés (Ctrl+&)

Et tu changes la "Rotation".

 

[oran]

...merci Bred

..mais les attributs subissent également la rotation..... :exclam:

 

...alors que moi, je voudrai que ceux-ci restent à leur valeur initiale... ;) Dès l'instant que le rot0.lisp est lancé et que l'on applique ta méthode, les attributs subissent également la rotation... :casstet:

 

Merci,

Oran

[PHILPHIL]

hello patrick

 

pour moi ca marche

 

 

Pour l'autre souci, je verrai cela ce soir avec le fichier test, car tout fonctionne avec d'autres exemples.

 

c'etait quoi ce souci la ???

 

la limite des 256 ??

si tu traites une liste plus longue par paquets de 256 c'est possible ??

c'est juste une piste le VISUAL LISP j'y connais rien

 

ou le souci du "réponds pas" en image???

 

 

a+

 

phil

[Patrick_35]

PHILPHIL

pour moi ca marche

Sans le problème de ton image ?

 

c'etait quoi ce souci la ???

Suivant l'image que tu m'as envoyé (pas encore eu le temps d'approfondir)

 

la limite des 256 ??

On m'a indiqué une astuce qui porte la limite des 256 à 528 maximum.

C'est sur la version 2.15

 

oran

mais les attributs subissent également la rotation

C'est corrigé sur la nouvelle version.

 

@+

[Bred]

On m'a indiqué une astuce qui porte la limite des 256 à 528 maximum.

;) ;) ;)

Faut qu'on la cherche tous seul, ou faut que l'on te supplie pour nous la dire, oooh! maïtre !

[(gile)]

On m'a indiqué une astuce qui porte la limite des 256 à 528 maximum.

;) ;) ;)

Faut qu'on la cherche tous seul, ou faut que l'on te supplie pour nous la dire, oooh! maïtre !

 

Tu peux la trouver dans un certain marécage que tu fréquente parfois...

[Bred]

Tu peux la trouver dans un certain marécage que tu fréquente parfois...

ok ! compris !

Mais, le problème dans ce marécage, c'est qu'ils parlent crapeau, et moi, je ne parle quasiment que grenouille....

[Bred]

OK ! trouvé ! merci !

[Bred]

... il est pas polis, dans ce marécage, Patrick_35....

il remercie pas.... :P

[Patrick_35]

Pas encore eu le temps, ce n'est pas le style de la maison

 

Je vois que certains suivent ;)

 

ps : Une grenouille parmi des crapauds, je la plains ;)

 

@+

 

[Edité le 22/7/2008 par Patrick_35]

[PHILPHIL]

hello patrick

 

je viens de tester gef 2.15

 

j'ai tjrs le meme souci qu'indique l'image

 

je passe de la liste *cote* , selection des tous les calques

à *vente* ( la liste est plus courte donc deja tous en bleu, tous théoriquement, visuelement sélectionnés) et je valide par "ok"

 

ca doit venir du fait que apres une mise a jour du nom des calques a droite

comme la liste est plus courte et que je ne force pas la sélection des calques ca plante

 

ce qui est bizarre c'est que ca le fait pas a tous les coups suivant la liste

on voit que ca plante quand on clique sur le boutons "afficher" ou "geler" y'a ca sur la ligne de commande

 

Commande: gef

*Annuler*

 

 

si je fais

"cote*, valide, sélection dans la liste a droite ( en bleu )

*vente*, valide, clique sur un nom de calque, puis sélection de tous les calques ( donc je force la sélection) he bien la pas de probleme

 

en gros quand on change la liste des nom de calques il faudrait que celle ci redevienne blanche pour force a sélectionner des nom de calques

 

phil

 

ps : heuu j'ai du louper un épisode crapauds ou grenouilles ?? le marécage prendrait il sa source dans la sombre vallée du LISP

 

 

 

 

 

[Patrick_35]

Re,

 

Ah ok, je n'avais pas compris la manip :)

Trois jours pour comprendre, deux secondes pour modifier le lisp, cherchez l'erreur ;)

Donc, Gef en V2.16

 

Pour ce qui concerne le marécage, tu trouves aussi des bêtes de lisp, mais à un niveau international. On y voit aussi bien des chinois, des russes que des français.

Son seul problème est qu'il est en anglais, mais on s'en sort avec le traducteur de google.

 

@+

[PHILPHIL]

re re

 

on a faillit froler la gef 2.20 loll

 

ca marche sans souci maintenant patrick

 

tres tres grand merci

 

au lieux de manipuler les calques pendant 5 heures voila que le tout se fait en 5 minutes

grace a toi et aux LISPEURS du marecage

 

dire que j'ai vue passer sur un "TIPS" que les petits gars du site "CAdxp" ne savaient pas ce qu'était le LISP

 

merci

 

phil

[oran]

Bonjour,

 

Je viens de mettre à jour le lisp [surligneur]LG.lsp[/surligneur] en version 1.22

 

.....et depuis j'ai ce message

Impossible d'imbriquer des définitions de blocs.
Erreur : type d'argument incorrect: lselsetp nil

 

.... :P :P :P je suis sur une version 2005 et tout fonctionnait à merveille jusque là.... ;)

 

Je me contenterai juste de récupérer les 2 codes LG.lsp et LG.dcl

 

Merci

 

...je précise, les 2 codes en version 1.21

 

[Edité le 23/7/2008 par oran]

[oran]

Re,

 

Toujours à propos de LG.lsp....

 

Supposons un bloc ayant 2 attributs, le premier serait visible et le second invisible en Espace Objet.

- J'insère ce bloc avec A (att.1) et ROUGE (att.2)

- J'insère ce même bloc avec B (att.1) et BLEU (att.2)

- ...etc....

 

....et pour avoir en final lors de l'application du lisp LG cette légende

 

http://img243.imageshack.us/img243/4858/lgyn9.jpg

 

....compliqué...?, pas compliqué...?, faisable...?, pas faisable....? :) ;) je me posais la question quoi...!!

 

Merci,Oran

[Patrick_35]

Salut

 

Impossible d'imbriquer des définitions de blocs.

Erreur : type d'argument incorrect: lselsetp nil

J'ai refais un essai et tout fonctionne. Envoi-moi un dessin test qui a la même erreur afin que j'analyse le problème.

 

Pour ta demande suivante, LG le fait déjà.

Tu ouvres le fichier Excel LG.XLS qui est donné à titre d'exemple.

La première colonne correspond au nom du bloc, la seconde à la désignation que tu veux indiquer, etc...

Tu lances LG, tu choisis ton fichier Excel, ta feuille, puis tu fais O (pour options) et tu choisis ce que tu veux faire.

Tu peux tout redéfinir. Le nom du bloc légende, les colonnes à afficher ainsi que l'ordre, les distances entre colonnes/lignes, les titres et même un facteur d'échelle à appliquer sur les blocs de la légende.

 

@+

[oran]

merci Patrick,

 

1) n'ayant jamais eu l'occasion de le faire, comment fait-on passer des fichiers en message privé ???

 

2) je me suis peut-être mal exprimé à propos de ma demande ci-dessus:

 

Supposons 1 bloc Toto.dwg unique avec 2 attributs.

 

Le premier attribut (A, B, C...etc...) serait apparent dans mon bloc sur l'E;O

 

Le second attribut (ROUGE, VERT, BLEU...etc...), lui, ne serait pas apparent.

 

Donc comme mon exemple de légende ci-dessus, est ce que LG.lsp pourrait créer la légende en

fonction des attributs et non en fonction du nom du bloc.

 

J'insère Toto.dwg avec A et ROUGE LG.lsp me crée une première ligne de légende.

 

Je ré-insère Toto.dwg B et VERT LG.lsp me crée une seconde ligne de légende.

 

Autant de fois j'insère ce même bloc, mais, avec des attributs différents, autant de fois LG.lsp me crée une ligne de légende.

Voilà..... ;)

 

Oran

 

 

:cool: :cool: :P :P ....comme d'hab. je viens seulement d'analyser ta réponse ci-dessus et du même coup je suis allé voir de quoi parlait exactement LG.lsp (je n'y connais absolument rien en ce langage, je précise) et en effet on y parle bien d'attributs.....donc on laisse tomber mon baratin et je me pencherai la dessus lorsque ma légende daignera re-fonctionner normalement[Edité le 24/7/2008 par oran]

 

Ma fonction LG.lsp re-fonctionne de nouveau :) , j'ai supprimé tous mes lisp qui se lancaient au démarrage d'Autocad... :cool:

Serait-ce un nouveau lisp que j'aurais ajouté qui nuirait au fonctionnement de LG.lsp ??? :casstet: . Cela se peut-il ??[Edité le 25/7/2008 par oran]

 

..... en effet on y parle bien d'attributs...

j'avais dû ouvrir un autre lisp :P :P

 

Ou, sinon, pour en revenir à ma demande au sujet de LG.lsp, est-ce que dans la colonne MARQUE ou REF le lisp ne pourrait pas faire référence à un attribut du bloc ??? ;)

 

[Edité le 25/7/2008 par oran]

[Patrick_35]

Salut

 

J'ai indiqué mon courriel un peu avant

 

@+

[PHILPHIL]

HELLO patrick

 

j'utilise ( comme bcp ) ton LISp ONG3.10

 

est ce qu'il serait possible si c'est pas trop ch....t a programmer

 

dans la fenetre "Gestion des onglets v3.10"

pour la réorganisation des onglets d'avoir deux boutons "monter" descendre"

visuelement plus facile a gerer

 

plutot que de devoir recalculer la position chiffrer pour chaque onglet

car arriver a plus de 20 onglets ca devient difficile

 

ou avoir dans la fenetre "OOG" a droite ou gauche du nom de l'onglet ca position

pour pas a avoir a recliquer dessus

 

merci

@+

 

phil

 

[Edité le 21/8/2008 par PHILPHIL]

[Patrick_35]

Salut

 

Le lisp OOG à été modifié suivant ta demande

 

@+

[PHILPHIL]

HELLO patrick

 

super bien impec merci

 

a+

 

phil

[vinz34]

Salut,

 

Petite correction pour le MPL 1.02

 

Dans mpl.lsp :

 

L61,C20 mpl.dcl au lieu de mim.dcl

 

 

 

[Edité le 11/9/2008 par vinz34]

[bonuscad]

Salut Patrick_35,

 

Pour info ton lisp RXREF (pour mettre les Xrefs en relatif) aurait besoin d'une correction qui empêche son fonctionnement dans certain cas.

 

Le problème vient de (getvar "DWGPREFIX") qui retourne le chemin du dessin en RESPECTANT la case et de l'extraction de la donnée dans la base dxf de la table des blocs qui elle NE RESPECTE pas la case.

 

Donc un usage approprié de (strcase) devrait résoudre le problème.

[Patrick_35]

Bonjour

 

Merci pour les retours

 

vinz34

C'est corrigé pour la version 1.03.

J'en ai profité pour améliorer la vitesse du lisp dans ses boucles.

 

bonuscad

Je vais regarder de plus près

 

@+