Echelle type de ligne et xrefs
ROGEON Eric
J'ai un souci d'échelle de type de ligne des xrefs. Je m'explique :
J'ai plusieurs xrefs insérées dans mon dessin avec des facteurs d'échelle
différentes (x,y,z) à l'insertion. Le problème, c'est que les types de ligne
gardent leurs facteur d'échelle original sans tenir compte de l'échelle
insertion de la xref !
J'ai essayé de modifié la variable CELTSCALE mais apparemment, elle n'a
aucun effet sur les xrefs ?!... :o(
Y a t'il une solution ou pas ?
Merci d'avance
Eric
JcP
Michel Darraillans
Voici un extrait de l'aide en ligne de la v2000:
"Valeur initiale : 1.0000
Définit le facteur d'échelle du type de ligne de l'objet courant. Définit
celui du type de ligne des nouveaux objets par rapport au paramètre de la
commande ECHLTP. Une ligne créée avec CELTSCALE = 2 dans un dessin avec
ECHLTP = 0.5 apparaît de la même manière qu'une ligne créée avec CELTSCALE =
1 dans un dessin avec ECHLTP = 1."
Une première piste pour résoudre ton problème est peut-être de jouer sur
ECHLTP. Sinon, vérifie que tous tes fichiers utilisent les mêmes fichiers de
gabarits de ligne: acad.lin ou acadiso.lin. Enfin, tu peux forcer les types
de lignes des calques de tes xrefs dans le gestionnaire de calque du fichier
destinataire (à condition que toutes les objets utilisent les propriétés
"Ducalque" pour leurs type de ligne). Bon courage.
--
Michel D.
"ROGEON Eric" <info@~boutillet.fr> a écrit dans le message news:
EC896F3FAF92D9A3...@in.WebX.maYIadrTaRb...
ROGEON Eric
"Michel Darraillans" <m.darr...@incatica.com> a écrit dans le message de
news:F69487B2DA6BF1BB...@in.WebX.maYIadrTaRb...
> Bonjour Eric,
> Voici un extrait de l'aide en ligne de la v2000:
> "Valeur initiale : 1.0000
> Définit le facteur d'échelle du type de ligne de l'objet courant. Définit
> celui du type de ligne des nouveaux objets par rapport au paramètre de la
> commande ECHLTP. Une ligne créée avec CELTSCALE = 2 dans un dessin avec
> ECHLTP = 0.5 apparaît de la même manière qu'une ligne créée avec CELTSCALE
=
> 1 dans un dessin avec ECHLTP = 1."
>
> Une première piste pour résoudre ton problème est peut-être de jouer sur
> ECHLTP. Sinon, vérifie que tous tes fichiers utilisent les mêmes fichiers
de
> gabarits de ligne: acad.lin ou acadiso.lin. Enfin, tu peux forcer les
types
> de lignes des calques de tes xrefs dans le gestionnaire de calque du
fichier
> destinataire (à condition que toutes les objets utilisent les propriétés
> "Ducalque" pour leurs type de ligne). Bon courage.
>
> --
> Michel D.
Oui, je connais ces variables. ;o)
Pour moi, les xrefs sont des fichiers qui peuvent évoluer (surtout si se
sont des fichiers extérieurs). Je n'ai pas envie de me repayer le boulot dès
qu'il y a un indice qui arrive !
La seule solution que j'ai aujourd'hui est de fixer l'échelle globale au
mieux par rapport aux xrefs et de jouer avec CELTSCALE pour les entités
créées. Mais cela ne me plait pas du tous :o(
Merci encore.
Eric
Michel Darraillans
Est-ce que tu garde le même nom d'Xref entre deux indices? Si c'est le cas,
je crois que les modifications apportées aux types de lignes des calques
sont conservées.
--
Michel D.
"ROGEON Eric" <info@~boutillet.fr> a écrit dans le message news:
4E80C1EF73C1FB2E...@in.WebX.maYIadrTaRb...
Stéphane Huart
moi je te conseillerais d'ouvrir chaque xref 1 par 1 et de les nettoyer
toutes en remettant la variable ECHLTP identique pour toute, en vérifiant
que tout fonctionne bien dans l'espace objet pour toutes les XREFS et
ensuite tu pourras les insérer dans ton dessin en gardant bien la mm ECHLTP
que dans les xrefs.
bonne chance à toi
bye
Bruno.Valsecchi
fixée à 1 (index de calque) ou 2 (index de calque et d'espace), 0 ne
conservant aucun index, mais je ne sais pas si cela a une influence pour
l'echelle type de ligne à priori je dirais oui, j'ai l'impression qu'
Autocad conserve les réglages lors des rechargements ultérieurs.
Mais le réglage reste toujours une galère entre les Xrefs ayant un
paramétrage différent pour l'echelle de type de ligne.
Bruno
"Michel Darraillans" <m.darr...@incatica.com> a écrit dans le message de
news:7BAB58ABF2610893...@in.WebX.maYIadrTaRb...
ROGEON Eric
En réponse à Michel :
> Est-ce que tu garde le même nom d'Xref entre deux indices? Si c'est le
cas,
> je crois que les modifications apportées aux types de lignes des calques
> sont conservées.
Oui, même nom de fichier et même nom de bloc (xref), mais malgré le fait que
les modifications soient conservées l'intervention sur échelle des types de
ligne n'est possible que dans le fichier source. :o(
En réponse à Bruno
> A propos de la remarque de Michel, il faut que la variable INDEXCTL soit
> fixée à 1 (index de calque) ou 2 (index de calque et d'espace), 0 ne
> conservant aucun index, mais je ne sais pas si cela a une influence pour
> l'echelle type de ligne à priori je dirais oui, j'ai l'impression qu'
> Autocad conserve les réglages lors des rechargements ultérieurs.
> Mais le réglage reste toujours une galère entre les Xrefs ayant un
> paramétrage différent pour l'echelle de type de ligne.
Hélas, je ne crois pas. Cette variable s'applique aux calques et non aux
entités contenues pas ceux-ci. Et à moins que je me trompe (c'est possible
aussi !) l'échelle des types de ligne ne se gère pas au niveau des calques
mais seulement au niveau des entités.
Merci à vous deux ;o)
Eric
ROGEON Eric
"Stéphane Huart" <s.h...@missenard-quint.com> a écrit dans le message de
news:92FB6B5094F0F097...@in.WebX.maYIadrTaRb...
> salut
Ave ;o)
Oui, c'est ce que je fais parfois.
Seulement, je n'ai pas pour habitude de toucher aux plans d'intervenants
exérieurs sous peine de refaire toute les manipulations lors de l'arrivée
d'une modification !
> bonne chance à toi
> bye
>
>
Merci
Eric
Guy
j'imagine que ton prôblème surgit en espace papier (Paper Space). Regarde du
côté de la variable PSLTSCALE.
Guy.
"ROGEON Eric" <info@~boutillet.fr> a écrit dans le message de news:
EC896F3FAF92D9A3...@in.WebX.maYIadrTaRb...
ROGEON Eric
Non, non, le problème est en espace objet.
"Serge Camiré" <cuni...@univers.qc.ca> a écrit dans le message de
news:3ED5105E...@univers.qc.ca...
> Éric,
> Je crois en effet que le problème émande de PSLTSCALE. La variable LTSCALE
doit alors être remise à 1 en espace papier (ou à l'échele de traçage). Le
problème est-il réglé?
>
> Serge
> --
> Serge Camiré
> CAD-Novation, division de Consultants Univers Inc.
http://www.cadnovation.com/fr
> Éditions Univers inc. http://www.univers.qc.ca
>
>
Laurent CAMPEDEL
l'effet de MEASUREMENT dans les xrefs.
Je pense que tout le problème vient de là. Certaines xref fonctionnent avec
les type de ligne impériale, et les autres avec le sytème iso. Forcement, à
l'insertion, ça coince.....
C'est vrai que le premier message D'Eric Rogeon ne prédispose pas à penser
cela, mais je ne pense que s'il veut changer l'echelle des types de ligne
xref par xref, c'est pour tes uniformiser l'aspect des types de ligne dans
un même dessin d'insertion.
--
Laurent CAMPEDEL
(enlever le 1er l pour me répondre)
"Serge Camiré" <cuni...@univers.qc.ca> a écrit dans le message de
news:3EDFC2FA...@univers.qc.ca...
> Éric,
> Je viens juste de relire attentivement ton premier email. Tu voudrais que
les types de lignes d'un xref inséré à 0.5 soit 2 fois pplus petit ou
inversement, inséré à 2 qu'il soit 2 fois plus grand? Cela est impossible.
Pas plus que si tu grossit un objet via la commande ECHELLE (_SCALE). Il y
aura plus ou moins de segments, mais chacun de même longueur.
>
> Serge
ROGEON Eric
"Laurent CAMPEDEL" <llaurent...@oreka.com> a écrit dans le message de
news:0F7A8E55FE8D921C...@in.WebX.maYIadrTaRb...
> Je ne pense pas que le problème soit là Serge. Michel Daraillans
soupçonnait
> l'effet de MEASUREMENT dans les xrefs.
> Je pense que tout le problème vient de là. Certaines xref fonctionnent
avec
> les type de ligne impériale, et les autres avec le sytème iso. Forcement,
à
> l'insertion, ça coince.....
Forcement :o(
> C'est vrai que le premier message D'Eric Rogeon ne prédispose pas à penser
> cela, mais je ne pense que s'il veut changer l'echelle des types de ligne
> xref par xref, c'est pour tes uniformiser l'aspect des types de ligne dans
> un même dessin d'insertion.
T'as tout compris. C'est çà ;o)
Laurent CAMPEDEL
--
Laurent CAMPEDEL
(rajouter un l devant l'adresse pour me répondre)
"ROGEON Eric" <info@~boutillet.fr> a écrit dans le message de
news:086ED6ED5A6B2C44...@in.WebX.maYIadrTaRb...
> Ave ;o)
>
> En réponse à Michel :
> > Est-ce que tu garde le même nom d'Xref entre deux indices? Si c'est le
> cas,
> > je crois que les modifications apportées aux types de lignes des
calques
> > sont conservées.
>
> Oui, même nom de fichier et même nom de bloc (xref), mais malgré le fait
que
> les modifications soient conservées l'intervention sur échelle des types
de
> ligne n'est possible que dans le fichier source. :o(
A ce point, je répond normalement non. Si le travail a été fait
correctement, les lignes dans la xref doivent être en type de ligne
ducalque. Dans ce cas, tu peux changer le types de ligne d'un calque d'une
xref insérée, ce changement étant conservé par la variable visretain lors
des futur ouverture du fichier d'insertion. Les changements seront
impossibles seulement si le fichier a été fait par un goret ou provient d'un
autre logiciel, et que donc les lignes du dessin sont en type de ligne
forcés et non ducalque.
En tout cas, cela vaut le coup d'essayer de changer dans le fichier
d'insertion le type de ligne de tous les calques affichant autre chose que
continuous (en effet, même continu pose des problème...). Il ne restera plus
qu'un problème pour les lignes forcées.
L'idéal serait bien sur de pouvoir affecter avec effet un facteur 2.54 au
type de ligne d'une xref.
Enfin non, l'idéal seraient que le système impériale soit abandonné.......
Cela eviterai d'envoyer des sondes se kracher sur le sol martien....... pouf
pouf pouf....
ROGEON Eric
"Laurent CAMPEDEL" <campede...@wanadoo.fr> a écrit dans le message de
news:DEEC968148C6C790...@in.WebX.maYIadrTaRb...
Tient j'avais pas pensé à cette astuce ! J'vais essayer ;o)
> L'idéal serait bien sur de pouvoir affecter avec effet un facteur 2.54 au
> type de ligne d'une xref.
> Enfin non, l'idéal seraient que le système impériale soit abandonné.......
> Cela eviterai d'envoyer des sondes se kracher sur le sol martien.......
pouf
> pouf pouf....
Cela n'a rien a voir avec les pouces (dons mon cas) mais avec la valeur du
facteur d"échelle général du dessin source de la xref et aussi de l'unité
choisi pour le dessiner.
Mais il est vrai aussi que ce système de mesure est pénible à la longue.
Eric
JcP
-----------------------------------------
Créer un bouton ESPACE OBJET PERSO, et rentrer ceci comme code :
maxsort;500;^C^Ctilemode;1;mirrtext;0;blipmode;0;polarmode;3;limcheck;0;pslt
scale;1;celtscale;1;ltscale;0.5;^C^C-calque;L;*;^C^C-calque;D;*;^C^Csnapmode
;0;^C^Cfillmode;1;filedia;1;cmddia;1;attdia;1;pdmode;4;pdsize;1;g;in;or;ac;_
ucsicon;_on;pellipse;0;ucsfollow;0;
BOUTON (ESPACE PAPIER PERSO):
------------------------------
Créer un bouton ESPACE PAPIER PERSO, et rentrer ceci comme code :
maxsort;500;^C^C^P_ai_pspace;cecolor;ducalque;-typeligne;a;ducalque;;'-calqu
e;e;0;co;7;;tl;continuous;;;^C^C-calque;L;*;^P^C^C'-calque;d;*;;^C^C^P_ucsic
on;_on
Ceci est bien entendu adaptable suivant chacun...
Ceci a été créé pour ACLT 98. Acad 14 et ACAD 2000 le supportent très bien
également.
Je ne sais si ma réponse vous enchantera, mais si vous créez tous vos plans
(XREF ou Blocs ou Dessins en cliquant sur ces boutons (espace papier)
(espace objet) vous n'aurez plus de soucis de types de lignes ou autres.
Le meilleur traitement étant la simplicité...!!!
(Bonjour à tous les cadorrs compliqués... pour ne pas faire simple!!!)
Jessy
piqu...@wanadoo.fr
(et vous pouvez même m'écrire si vous voulez du simple!)
Laurent CAMPEDEL
--
Laurent CAMPEDEL
(rajouter un l devant l'adresse pour me répondre)
"ROGEON Eric" <info@~boutillet.fr> a écrit dans le message de
news:B21A3600A616A629...@in.WebX.maYIadrTaRb...
Si si, ça n'a à voir qu'avec la différence entre les types de ligne
impériale et iso.
Je viens de faire l'essai avec un fichier iso dessiné en centimètre (ltscale
à 1)et un autre fichier iso dessiné en mètre (ltscale 0.01).
Dans un fichier que je considère en centimètre, je règle ltscale à 1, et
j'insère le premier avec une échelle 100, le second avec une échelle 1.
L'apparence des lignes est identique entre le dessin en centimètre et celui
en mètre.
Par contre, si j'insère un fichier ANSI en centimètre ou en mètre,
l'apprence des type de ligne n'est pas la même.
Les valeurs différentes de ltscale dans les xrefs n'est pour rien dans
l'histoire. Elles ne sont que le reflet de l'utilisation des types de ligne
ANSI ou ISO.
Tous tes problèmes viennent de l'utilisation non uniforme des type de ligne
ISO ou ANSI dans les xrefs.
C'est pour cela qu'un solution est de redéfinir les type de lignes des
calques des xrefs dans le fichier d'insertion.
> Eric
>
>
Laurent CAMPEDEL
problèmes sur des fichiers qu'il ne construit pas, mais qui viennent de
l'extérieur. Et il ne veut pas passer son temps à formater les fichiers au
fur et à mesure que les mises à jour arrivent.
D'autre part, le deuxième bouton fait des choses anormales et vraiment pas
"conseillable".
1) Il institue comme calque courant le calque 0 de couleur blanche. Pourquoi
pas directement le calque servant à mettre le cartouche ? Mais le cartouche
et peut-être mis dans le calque 0......
2) Il force le type de ligne courant à continuous !! Donc toutes les entités
dessinées dans l'espace papier seront en type de ligne forcé ???? Pfouah,
triste méthode. Pour que des personnes puissent reprendre facilement tes
fichiers, je ne pourrais que te conseiller de mettre les entités de l'espace
papier dans ou des calques spécifiques, les entités étant alors en couleur
et type de ligne ducalque. C'est aussi facile à faire en bouton, et au moins
ceux qui exploiterons tes fichiers (et toi aussi d'ailleurs) pourront
facilement changer la couleur du cartouche.
A titre d'exemple, je règle toujours mon calque 0 en couleur 8. Que devient
le cartouche : il passe en couleur 8. Manque de pot, c'est tracé en gris
dans ma configuration de plume habituelle. Que dois-je donc faire : râler et
aller changer de calque les entités du cartouche........
--
Laurent CAMPEDEL
(rajouter un l devant l'adresse pour me répondre)
"JcP" <piquot.be@@wanadoo.fr> a écrit dans le message de
news:AEA48E9B5BC8153C...@in.WebX.maYIadrTaRb...
JcP
attribues. Dans mon cas il se met directement en ducalque. Fais l'essai :
crée le bouton.
b)Les cartouches et formats sont chez moi sur TITLEBLOCK. J'utilise TRMECA
(gestion des pièces par les couches sur R14)
c)Se mettre sur 0 permet en cas de purge, de gel des couches construction,
fenetres, et calques inutiles, d'être sur une couche qui existera toujours.
Avant d'enregistrer je gèle ces couches, quelle que soit la couche sur
laquelle j'étais (si j'étais sur CONSTRUCTION je ne pourrais pas geler en
automatique avec ce bouton)
@+
JcP
ROGEON Eric
>
>
> --
>
> Laurent CAMPEDEL
>
> (rajouter un l devant l'adresse pour me répondre)
>
> "ROGEON Eric" <info@~boutillet.fr> a écrit dans le message de
> news:B21A3600A616A629...@in.WebX.maYIadrTaRb...
>
> impériale et iso.
> Je viens de faire l'essai avec un fichier iso dessiné en centimètre
(ltscale
> à 1)et un autre fichier iso dessiné en mètre (ltscale 0.01).
> Dans un fichier que je considère en centimètre, je règle ltscale à 1, et
> j'insère le premier avec une échelle 100, le second avec une échelle 1.
> L'apparence des lignes est identique entre le dessin en centimètre et
celui
> en mètre.
> Par contre, si j'insère un fichier ANSI en centimètre ou en mètre,
> l'apprence des type de ligne n'est pas la même.
> Les valeurs différentes de ltscale dans les xrefs n'est pour rien dans
> l'histoire. Elles ne sont que le reflet de l'utilisation des types de
ligne
> ANSI ou ISO.
> Tous tes problèmes viennent de l'utilisation non uniforme des type de
ligne
> ISO ou ANSI dans les xrefs.
> C'est pour cela qu'un solution est de redéfinir les type de lignes des
> calques des xrefs dans le fichier d'insertion.
>
Ah bon, Ok!
Je t'avoue que je n'avait pas fais le test par manque de temps! :o/
Merci ;o)
Eric
Laurent CAMPEDEL
Le deuxième bouton
Règle maxsort à 500 (c'est pratique pour les fichiers insérant pas mal de
xrefs) : maxsort;500;
passe en espace papier après deux interruptions de commande Ctrl+C :
^C^C^P_ai_pspace;
Règle la couleur à ducalque : cecolor;ducalque;
Règle le type de ligne à ducalque : ;-typeligne;a;ducalque;;
Etabli le calque 0 comme courant, le passe en couleur blanche et le met en
type de ligne continuous : -calque;e;0;co;7;;tl;continuous;;;
C'est là que j'ai bogué dans la lecture. Pourtant j'ai fait attention, si
si........ :-((
Il n'y a pas de forçage du type de ligne courant. C'est le calque 0 qui est
mit à continuous.
Ma remarque sur le bouton est donc nulle et non avenue.........
Pour faire pardonner ma charge, j'ai anglicisé et mis en clair les options
de tes boutons.
Cela te permettra de les balader aussi bien sur des françaises que des
anglaises.
Dans le premier, je n'ai pas pu intervenir sur la séquence g;in;or;ac; car
elle fait appele à des raccourcis qui te sont propres. Si tu me donne les
commandes que cela active, je finirais le bouton.
Le premier
^C^Cmaxsort;500;tilemode;1;mirrtext;0;blipmode;0;polarmode;3;limcheck;0;pslt
scale;1;celtscale;1;ltscale;0.5;ucsicon;1;pellipse;0;ucsfollow;0;fillmode;1;
filedia;1;cmddia;1;attdia;1;pdmode;4;pdsize;1;snapmode;0;_-layer;_thaw;*;_un
lock;*;;g;in;or;ac;
Le deuxième :
^C^Cmaxsort;500;ucsicon;1;tilemode;0;cecolor;bylayer;celtype;bylayer;_-layer
;_make;0;_color;7;;_ltype;continuous;;_thaw;*;_unlock;*;;
--
Laurent CAMPEDEL
(enlever le 1er l pour me répondre)
"JcP" <piquot.be@@wanadoo.fr> a écrit dans le message de
news:737E88278B342EBF...@in.WebX.maYIadrTaRb...
JcP
g = geler
in = inactif
or = ortho
ac = actif
Encore Merci
JcP
Laurent CAMPEDEL
Mais pour G, geler n'est pas une commande. Ce ne serait pas plutôt Grips
inactif ?
C'est dans ce sens que j'ai modifié le bouton.... Reprécise moi si ce n'est
pas cela.
^C^Cmaxsort;500;tilemode;1;mirrtext;0;blipmode;0;polarmode;3;limcheck;0;pslt
scale;1;celtscale;1;ltscale;0.5;ucsicon;1;pellipse;0;ucsfollow;0;fillmode;1;
filedia;1;cmddia;1;attdia;1;pdmode;4;pdsize;1;snapmode;0;grips;0;orthomode;1
;_-layer;_thaw;*;_unlock;*;;
--
Laurent CAMPEDEL
(enlever le 1er l pour me répondre)
"JcP" <piquot.be@@wanadoo.fr> a écrit dans le message de
news:B36D43E94F8B7041...@in.WebX.maYIadrTaRb...
JcP
Note :
-----
Certaines commandes ne marchent que sur LT98, et pas sur la 2000. (Par
exemple Polarmode)
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Voici ci-dessous quelques compléments :
Espace Objet perso (Acad 2000)
mirrtext;0;blipmode;0;limcheck;0;^C^C-calque;L;*;^C^C-calque;D;*;^C^Csnapmod
e;0;^C^Cfillmode;1;attdia;1;pdmode;4;pdsize;1;^C^Ctm;1;grille;in;ortho;in;po
larang;15;resvue;o;20000;
Espace papier perso (Acad 2000)
^C^Ccecolor;bylayer;-typeligne;a;ducalque;;'-calque;e;0;co;7;;tl;continuous;
;;^C^C-calque;L;*;^C^C_.TILEMODE;0;_.PSPACE;resvue;o;20000;
Le bouton Enregistrer (Acad 2000)
^C^Ccecolor;bylayer;-typeligne;a;bylayer;;'-calque;e;0;co;7;;tl;CONTINUOUS;;
;^C^C-calque;G;_cut,_construction,fenetres;;^C^C-calque;v;_cut,_construction
,fenetres;;_qsave
Le bouton Purger Tout (Acad 2000)
^C^C-calque;L;*;;^P^C^Ccecolor;bylayer;-typeligne;a;ducalque;;'-calque;e;0;c
o;7;;tl;continuous;;;^C^Cpurger;to;*;n
----------------
Espace Objet (R14)
mirrtext;0;blipmode;0;limcheck;0;^C^C-calque;L;*;^C^C-calque;D;*;^C^Csnapmod
e;0;^C^Cfillmode;1;attdia;1;pdmode;4;pdsize;1;^C^Cespaceo;tilemode;1;grille;
in;ortho;ac;resvue;o;20000;
Espace papier (R14)
-calque;ac;*;;^P^C^C'-calque;l;*;;^P^C^C'-calque;d;*;;^P^C^Ccecolor;ducalque
;-typeligne;a;ducalque;;'-calque;e;0;co;7;;tl;CONTINUOUS;;;^C^C^P_ai_pspace
^P;resvue;o;20000;
Enregistrer (R14)
^C^Ccecolor;ducalque;-typeligne;a;ducalque;;'-calque;e;0;co;7;;tl;CONTINUOUS
;;;^C^C-calque;G;_cut,_construction,fenetres;;^C^C-calque;v;_cut,_constructi
on,fenetres;;_qsave
Purger Tout (R14)
^C^C-calque;L;*;;^P^C^Ccecolor;ducalque;-typeligne;a;ducalque;;'-calque;e;0;
co;7;;tl;continuous;;;^C^Cpurger;to;*;n
----------------
Enregistrer (LT 98)
-calque;ac;0;;'-calque;l;0;;'-calque;d;0;;cecolor;ducalque;-typeligne;a;duca
lque;;'-calque;e;0;co;7;;tl;CONTINUOUS;;;^C^C-calque;G;_cut,_construction,fe
netres,info;;^C^C-calque;v;_cut,_construction,fenetres,info;;_qsave
Purger Tout (LT 98)
^C^C'-calque;d;*;;^P^C^C-calque;e;0;co;7;;tl;CONTINUOUS;;;cecolor;ducalque;-
typeligne;a;ducalque;;-pu;To;*;n
============================
Ensuite j'ai d'autres icones pour aller directement sur les couches _for,
_axe, etc. Le _ devant les noms permet la commande activer/inactiver les
pièces (blocs) ci-dessous :
Pour LT98 par exemple :
Aller sur Construction :
^C^C-calque;ac;_construction;;'-calque;l;_construction;;-calque;d;_construct
ion;;cecolor;ducalque;-typeligne;a;ducalque;;'-calque;e;_CONSTRUCTION;co;33;
;tl;continuous;;;or;ac;_xline
Aller sur FOR :
^C^Ccecolor;ducalque;-typeligne;a;ducalque;;'-calque;e;_FOR;co;7;;tl;CONTINU
OUS;;;L;
Aller sur Hachures :
^C^Ccecolor;ducalque;-typeligne;a;ducalque;;'-calque;e;_HACH;co;4;;tl;contin
uous;;;^C^C_bhatch
etc
Les blocs sont créés sur la couche BLOCK avec cette commande :
^C^C-calque;ac;BLOCK;;'-calque;l;BLOCK;;-calque;d;*;;^C^Ccecolor;ducalque;-t
ypeligne;a;ducalque;;'-calque;e;BLOCK;co;7;;tl;continuous;;;_bmake
Ils sont insérés sur la couche BLOCK avec cette commande :
^C^C-calque;ac;BLOCK;;'-calque;l;BLOCK;;-calque;d;*;;^C^Ccecolor;ducalque;-t
ypeligne;a;ducalque;;'-calque;e;BLOCK;co;7;;tl;continuous;;;_ddinsert
Pour n'afficher QUE les lignes traits (quand un bloc est créé, on doit
pouvoir le masquer pour pouvoir continuer à travailler sur les autres
pièces) :
^C^Ccecolor;ducalque;-typeligne;a;ducalque;;'-calque;e;_for;co;7;;tl;CONTINU
OUS;;;^C^C-calque;G;*;n;;^C^C-calque;L;_*;n;;^C^C
Pour ISOLER une pièce seule (Bloc) par pointage :
^C^C^P_ai_molc ^P\-calque;g;*;n;;^C^C-calque;L;_*;n;;^C^C
Et pour Activer tout :
-calque;ac;*;;^P^C^C'-calque;l;*;;^P^C^C'-calque;d;*;;^P^C^Ccecolor;ducalque
;-typeligne;a;ducalque;;
-----------------------
Voilà! Ceci permet de créer des pièces (blocs) facilement. La mise en bloc
allège considérablement le volume du fichier puisqu'on n'a qu'une entité par
bloc. La mise à jour d'une pièce est très facile, et surtout, si l'on a par
exemple 48 fois le même bloc sur un plan d'ensemble, la modif d'un seul
entraînera la mise à jour des 48.
(si tu veux les icones .BMP je te les enverrai).
Bonne réflexion et Bon Travail.
Cordialement,
JcP
JcP
1. Le fait de créer les lignes sur une couche commençant par _ (par exemple
_for) permet au client final de modifier facilement sa couleur à l'écran, et
donc son épaisseur de plume sur traceur sans tout chambouler.
2. Tous les blocs sont sur BLOCK. Mais certains clients souhaitent avoir une
couche par pièce. Cela conduit donc à avoir une foule de couches, ce qui
n'est pas aisé à manier. Avec une seule couche BLOCK on limite le nombre de
couches.
Cette gestion des calques (couches) par block permet d'appliquer la même
gestion des pièces que certains logiciels additionnels à AutoCAD comme
TRMECA. Cela évite d'acheter le logiciel, et surtout cela permet à n'importe
quel utilisateur de se passer de ces logiciels additionnels, et cela sur
toutes versions d'AutoCAD (dès la 98) alors que TRMECA ne fonctionne qu'à
partir de la R14.
Bonne journée
JcP
Laurent CAMPEDEL
--
Laurent CAMPEDEL
(enlever le 1er l pour me répondre)
"JcP" <piquot.be@@wanadoo.fr> a écrit dans le message de
news:535AC47FDEEFBA28...@in.WebX.maYIadrTaRb...
> Exact. G c'est la Grille.
Alors voici le bouton :
^C^Cmaxsort;500;tilemode;1;mirrtext;0;blipmode;0;polarmode;3;limcheck;0;pslt
scale;1;celtscale;1;ltscale;0.5;ucsicon;1;pellipse;0;ucsfollow;0;fillmode;1;
filedia;1;cmddia;1;attdia;1;pdmode;4;pdsize;1;snapmode;0;gridmode;0;orthomod
e;1;_-layer;_thaw;*;_unlock;*;;
> Note :
> -----
> Certaines commandes ne marchent que sur LT98, et pas sur la 2000. (Par
> exemple Polarmode)
Je n'ai pas de LT pour tester.....
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> Voici ci-dessous quelques compléments :
>
> Espace Objet perso (Acad 2000)
>
mirrtext;0;blipmode;0;limcheck;0;^C^C-calque;L;*;^C^C-calque;D;*;^C^Csnapmod
>
e;0;^C^Cfillmode;1;attdia;1;pdmode;4;pdsize;1;^C^Ctm;1;grille;in;ortho;in;po
> larang;15;resvue;o;20000;
>
Bouton mis au net :
^C^Cmirrtext;0;blipmode;0;limcheck;0;snapmode;0;fillmode;1;attdia;1;pdmode;4
;pdsize;1;gridmode;0;orthomode;1;polarang;15;_viewres;_yes;20000;_-layer;_th
aw;*;_unlock;*;;
Reste "tm" dont je je ne connais pas ta signification.
> Espace papier perso (Acad 2000)
>
^C^Ccecolor;bylayer;-typeligne;a;ducalque;;'-calque;e;0;co;7;;tl;continuous;
> ;;^C^C-calque;L;*;^C^C_.TILEMODE;0;_.PSPACE;resvue;o;20000;
>
Bouton mis au net :
^C^C_viewres;_yes;20000;tilemode;0;_pspace;cecolor;bylayer;celtype;bylayer;_
-layer;_set;0;_color;7;;_ltype;continuous;;_thaw;*;;
D'ailleurs, le premier bouton "espace papier" soumis est mieux comme ça :
^C^Cmaxsort;500;ucsicon;1;tilemode;0;cecolor;bylayer;celtype;bylayer;_-layer
;_set;0;_color;7;;_ltype;continuous;;_thaw;*;_unlock;*;;
> Le bouton Enregistrer (Acad 2000)
>
^C^Ccecolor;bylayer;-typeligne;a;bylayer;;'-calque;e;0;co;7;;tl;CONTINUOUS;;
>
;^C^C-calque;G;_cut,_construction,fenetres;;^C^C-calque;v;_cut,_construction
> ,fenetres;;_qsave
Bouton mis au net :
^C^Ccecolor;bylayer;celtype;bylayer;_-layer;_set;0;_color;7;;_ltype;continuo
us;;_freeze;_cut,_construction,fenetres;_lock;_cut,_construction,fenetres;;_
qsave;
>
> Le bouton Purger Tout (Acad 2000)
>
^C^C-calque;L;*;;^P^C^Ccecolor;bylayer;-typeligne;a;ducalque;;'-calque;e;0;c
> o;7;;tl;continuous;;;^C^Cpurger;to;*;n
>
^C^Ccecolor;bylayer;celtype;bylayer;_-layer;_set;0;_color;7;;_ltype;continuo
us;;_thaw;*;;_purge;_all;;_no;
Il y a longtemps que je n'ai plus la R14....et je n'ai jamais eu de
LT........ Je ne pourrais donc pas les tester.....
Mais l'idée est qu'il vaut mieux, lorsqu'on fait un dévellopement, utiliser
les commandes anglaises avec un _ devant. Il en est de même pour les options
de commandes, qu'il faut écrire en entier, ce qui rend la relecture bien
plus facile. Dans la commande calque, il ne sert à rien d'établir le calque
0, puisqu'il existe de toutes façons. Cela fonctionne, mais il est plus
"logique" de simplement le rendre courant (_set en anglais). Certaines
commandes ne font que basculer des variables. Il est préférable de changer
alors directement la variable, évitant ainsi d'avoir à gérer d'éventuelles
options. La macro n'en est que plus simple. C'est la cas par exemple de
typeligne qui ne fait que donner une valeur à celtype. De nombreux ^C^C
jalonne tes macros. C'est inutile. Il en faut au début et c'est tout. La
macro doit être, de par sa bonne programmation, capable de fonctionner
sans interruptions toutes les 5 minutes.
L'utilisation d'un préfixe est une excellente chose et doit être généralisée
à l'ensemble de tes calques, et non à certains seulement. Par contre, le
choix de _ à le facheux défaut de placer obligatoirement tes calques en
premier. Or, celui qui reprendra ton dessin peut en être géné, voir agacé.
Car c'est un peu une manière de prendre toute la couverture...ou d'avoir un
passe droit pour ne pas faire la queue......Le préfixe pourrait être les
premières
lettres de ton entreprise par exemple.
> ----------------
>
> Espace Objet (R14)
>
mirrtext;0;blipmode;0;limcheck;0;^C^C-calque;L;*;^C^C-calque;D;*;^C^Csnapmod
>
e;0;^C^Cfillmode;1;attdia;1;pdmode;4;pdsize;1;^C^Cespaceo;tilemode;1;grille;
> in;ortho;ac;resvue;o;20000;
>
> Les blocs sont créés sur la couche BLOCK avec cette commande :
>
Bah..... un block "générique" composé d'entité n'étant pas sur le calque 0 !
C'est pas propre.....et inutile....
Un bloc, quel qu'il soit, doit d'être composé sur le calque 0. Il est
anormal qu'un bloc traine avec lui un calque résiduel. En exemple : le
calque courant est toto. Les entités sont sur le calque tata. On compose un
block. Par la suite, lorqu'on l'insèrera, non seulement il créera le calque
tata, mais en plus il créera le calque toto, impurgeable, mais pourtant
vide. C'est un bel exemple de calque parasite..... C'est anormal. Ensuite,
les block ayant des entités autres que sur le calque 0 doivent être évités
au maximum. En fait, un bon block, est un block composé avec d'entités du
calque 0, en couleur et type de ligne dubloc, le calque 0 étant courant.
Avec ça, on conçoit une bibliothèque très souple d'emploi et non poluante.
C'est un sujet visiblement mal maitrisé dans nombres de BE, aux vues des
blocks inimaginables que l'on subit. C'est simple, quand on travaille en
sous traitance pour un BE, on commence par nettoyer la bibliothèque qu'il
nous donne en exemple... C'est donc un de mes chevaux de bataille.
^C^C-calque;ac;BLOCK;;'-calque;l;BLOCK;;-calque;d;*;;^C^Ccecolor;ducalque;-t
> ypeligne;a;ducalque;;'-calque;e;BLOCK;co;7;;tl;continuous;;;_bmake
>
> Ils sont insérés sur la couche BLOCK avec cette commande :
>
^C^C-calque;ac;BLOCK;;'-calque;l;BLOCK;;-calque;d;*;;^C^Ccecolor;ducalque;-t
> ypeligne;a;ducalque;;'-calque;e;BLOCK;co;7;;tl;continuous;;;_ddinsert
>
> Pour n'afficher QUE les lignes traits (quand un bloc est créé, on doit
> pouvoir le masquer pour pouvoir continuer à travailler sur les autres
> pièces) :
>
^C^Ccecolor;ducalque;-typeligne;a;ducalque;;'-calque;e;_for;co;7;;tl;CONTINU
> OUS;;;^C^C-calque;G;*;n;;^C^C-calque;L;_*;n;;^C^C
>
> Pour ISOLER une pièce seule (Bloc) par pointage :
> ^C^C^P_ai_molc ^P\-calque;g;*;n;;^C^C-calque;L;_*;n;;^C^C
>
> Et pour Activer tout :
> -calque;ac;*;;^P^C^C'-calque;l;*;;^P^C^C'-calque;d;*;;^P^C^Ccecolor;ducalq
ue
JcP
Je n'ai pas compris pourquoi toute cette suite de caractères.
Si quelqu'un peut m'expliquer... Merci
JcP
(J'ai pourtant ZoneAlarm et Norton 2003 à jour!)
JcP
Bruno.Valsecchi
du fichier en pièce jointes. Dans le cas d'un dwg forcément incompréhensible
alors qu'une piece jointe en format texte l'aurais été.
Brunonews:B1C137041A76DEDA...@in.WebX.maYIadrTaRb...
Laurent CAMPEDEL
1) les bloc que j'appelle "complexes" (composé par obligations d'entités sur
des calques différents),
2) les blocs que j'appelle "génériques" (composé d'entités pouvant sans
problème être dans un même calque).
Le cas de tes vis CHC et H (c'est ça ?... un vieux reste des mes études de
méca...), c'est obligatoirement ce que j'appelle un bloc complexe, ayant des
entités dans plusieurs calques. Je ne travaille pas en méca, mais je
soupçonne que nombre de bloc seront complexes. Dans ma branche qu'est
l'archi, nous avons à l'inverse de nombreux blocs générique. Ce sont par
exemple tous les appareils sanitaires. Mais d'autre sont aussi complexe,
comme les portes.
--
Laurent CAMPEDEL
(rajouter un l devant l'adresse pour me répondre)
"JcP" <piquot.be@@wanadoo.fr> a écrit dans le message de
news:1593C51230CA7D15...@in.WebX.maYIadrTaRb...
> Bonjour,
> Je ne suis pas convaincu de l'utilité de mettre un bloc en dubloc (sauf si
> tous les traits sont sur la même couche.)
> Ci-joint un essai (en .DWG) que j'ai fait pour préciser les choses.
> Merci de votre aide.
> JcP
> piqu...@wanadoo.fr
>
>