Is it possible to Copy and Scale at the same time? For example, I copy a one
inch circle and it creates a two inch circle, then a three inch circle, four
inch, etc. Or an array that scales each individual item by a certain
percent? The MicroStation Copy command does this with ease, just enter your
scale X and Y. I would like to find a similar command or a lisp for AutoCAD.
This is a multi-part message in MIME format.
--------------020608050009010109030503
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Michael Bulatovich wrote:
</font></pre>
<blockquote type="cite">
<pre wrap=""><font face="Arial">Is it possible to Copy and Scale at the same
time? For example, I copy a
one inch circle and it creates a two inch circle, then a three inch
circle, four inch, etc. Or an array that scales each individual item by a
certain percent? The MicroStation Copy command does this with ease, just
enter your scale X and Y. I would like to find a similar command or a lisp
for AutoCAD.
</font></pre>
</blockquote>
<pre wrap=""><!----><font face="Arial">
Not in a native command, but the lisp for this would be pretty simple.
</font></pre>
</blockquote>
maybe I misread, but it seems like it would depend on the type of
entity copied.<br>
if you are copying a block, then scaling X and Y makes sense.<br>
if you are copying circles, there is no scale factor to adjust.<br>
<br>
<font color="#cc0000">Command: (setq it (entget (car (entsel))))<br>
<br>
Select object: ((-1 . <Entity name: 195ca40>) (0 . "CIRCLE") (330
. <Entity <br>
name: 195a8f8>) (5 . "7218") (100 . "AcDbEntity") (67 . 0) (410 .
"Model") (8 . <br>
"WALLS") (100 . "AcDbCircle") (10 0.0 0.0 0.0) (40 . 43.8287) (210 0.0
0.0 1.0))</font><br>
<br>
the dxf code for a circle, (10 x y z ) is the center point, and I
think (40 . #.#) is the radius.<br>
nothing in there for a scale factor. <br>
<br>
if you want to copy a circle and make it bigger, you could play with
the radius, but you would need something else if you picked a line.<br>
<br>
alternatively, you might CREATE a block so you could apply scale
factors on each "copy", but would that not just be rewriting the INSERT
command?<br>
<br>
However, if you restrict yourself to circles, the lisp would be pretty
simple. have more parameters?<br>
<br>
</body>
</html>
--------------020608050009010109030503--
This is a multi-part message in MIME format.
--------------030006010006030509070203
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
very possible you are right on that. but I still don't get different
scale factors.
am I missing something?
--------------030006010006030509070203
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
<font face="Arial">very possible you are right on that. but I still
don't get different scale factors. <br>
am I missing something?<br>
</font>
<pre wrap=""><font face="Arial">
I figured he meant 'scale' as in the command.
</font></pre>
</blockquote>
</body>
</html>
--------------030006010006030509070203--
This is a multi-part message in MIME format.
--------------010906050501080102080702
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Michael Bulatovich wrote:
been entirely covered up with work, which is a good thing.
just when I start getting past some things that had bugged me for years
with my LISP.
just when I want to rework several things for default values.
they bring me all this work.
annoying, really.
need to raise my rates.
how is life north of the border?
--------------010906050501080102080702
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
<font face="Arial">Michael Bulatovich wrote:</font>
<pre wrap=""><font face="Arial"> Who knows.... How'ya been?
</font></pre>
</blockquote>
been entirely covered up with work, which is a good thing.<br>
just when I start getting past some things that had bugged me for years
with my LISP.<br>
just when I want to rework several things for default values.<br>
<br>
they bring me all this work.<br>
<br>
annoying, really.<br>
need to raise my rates.<br>
<br>
how is life north of the border?<br>
<br>
<br>
</body>
</html>
--------------010906050501080102080702--
This is a multi-part message in MIME format.
--------------010903080301010607040807
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Michael Bulatovich wrote:
Similar here. Residential is most of what we do, and I would not call it
"slow", but the TYPE of residential shifted.
The contractors who build high end custom are hungry, but the remodel
has picked up.
And then I get a couple of fire alarm wiring jobs.
There is a lesson in macro economics in there somewhere.
You have a good week.
--------------010903080301010607040807
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
<font face="Arial">Michael Bulatovich wrote:</font><br>
<pre wrap=""><!----><font face="Arial">
Winter's over. Residential is kinda slow, but commercial is paying the
bills.
</font></pre>
</blockquote>
Similar here. Residential is most of what we do, and I would not call
it "slow", but the TYPE of residential shifted.<br>
The contractors who build high end custom are hungry, but the remodel
has picked up.<br>
<br>
And then I get a couple of fire alarm wiring jobs. <br>
<br>
There is a lesson in macro economics in there somewhere.<br>
You have a good week.<br>
<br>
<br>
</body>
</html>
--------------010903080301010607040807--
Polytechforum.com is a website by engineers for engineers. It is not affiliated with any of manufacturers or vendors discussed here.
All logos and trade names are the property of their respective owners.