AutoCAD 2007/2008/2009 DWG Format

[#1]

One of the users in our office is used to '04 and '06. He's now working in
'07 and soon to be '08. He wants to be able to drag the mtext grips back
and forth and have them remember the boundary of the text. At issue it
seems is when you have the mtext set to upper left justification and then
grab the lower right grip and drag it up / down and the text and grips are
no longer properly associated. Also if you use osnaps when draging the
grips, then it also looses the association between the text and grips in the
vertical direction while maintaining the association in the horizontal
direction. Undo will fix it but nothing else seems to fix it. I've tracked
down that it's when the grip being stretched thinks it's getting more than
just X value data for a new point. It works fine if the Ortho is on too,
but once Ortho is off, it's doing it's own thing. How can we get the grips
to actually reflect the actual corners of the text, and not random points in
space with the text either being way above or blow the lower grip points?

I've found a vary tedious work around in using .x and .yz with osnaps, but
that's a huge amount effort that should have been built into the code I
would think so this wouldn't be a problem.

Are there any other solutions? Any variables that might be hidden in there
that might help? (no OSNAPNODELEGACY and CENTERMT have nothing to do with
this)

Thanks,
-Jon

[#2]

i don't see this in 2008 (if i understand)

--
(email addy is bogus, do not use unless you want to spam the gov't agency
that monitors spam)
Doug K
Windows XP Pro SP2
LandDesktop Companion 2008 SP1
HP Compaq dc7700p Convertible
Intel Dual Core 6400 @ 2.13GHz
2G Ram, 232 GB HD
ATI Radeon X1600 256MB
Dual 19" Dell Monitors
Kensington Trackball (left-handed)
Logitech G15 Keyboard


wrote in message news:5731697@discussion.autodesk.com...
One of the users in our office is used to '04 and '06. He's now working in
'07 and soon to be '08. He wants to be able to drag the mtext grips back
and forth and have them remember the boundary of the text. At issue it
seems is when you have the mtext set to upper left justification and then
grab the lower right grip and drag it up / down and the text and grips are
no longer properly associated. Also if you use osnaps when draging the
grips, then it also looses the association between the text and grips in the
vertical direction while maintaining the association in the horizontal
direction. Undo will fix it but nothing else seems to fix it. I've tracked
down that it's when the grip being stretched thinks it's getting more than
just X value data for a new point. It works fine if the Ortho is on too,
but once Ortho is off, it's doing it's own thing. How can we get the grips
to actually reflect the actual corners of the text, and not random points in
space with the text either being way above or blow the lower grip points?

I've found a vary tedious work around in using .x and .yz with osnaps, but
that's a huge amount effort that should have been built into the code I
would think so this wouldn't be a problem.

Are there any other solutions? Any variables that might be hidden in there
that might help? (no OSNAPNODELEGACY and CENTERMT have nothing to do with
this)

Thanks,
-Jon

[#3]

Jon,

Try the attached lisp routine. I think it does what you are looking for. You can
select multiple mtext objects. The mtext handles are reset/shrinkwrapped to fit the
bounding box of the mtext objects.

The shortcut is SMT.

Joe Burke

wrote in message news:5731697@discussion.autodesk.com...
One of the users in our office is used to '04 and '06. He's now working in
'07 and soon to be '08. He wants to be able to drag the mtext grips back
and forth and have them remember the boundary of the text. At issue it
seems is when you have the mtext set to upper left justification and then
grab the lower right grip and drag it up / down and the text and grips are
no longer properly associated. Also if you use osnaps when draging the
grips, then it also looses the association between the text and grips in the
vertical direction while maintaining the association in the horizontal
direction. Undo will fix it but nothing else seems to fix it. I've tracked
down that it's when the grip being stretched thinks it's getting more than
just X value data for a new point. It works fine if the Ortho is on too,
but once Ortho is off, it's doing it's own thing. How can we get the grips
to actually reflect the actual corners of the text, and not random points in
space with the text either being way above or blow the lower grip points?

I've found a vary tedious work around in using .x and .yz with osnaps, but
that's a huge amount effort that should have been built into the code I
would think so this wouldn't be a problem.

Are there any other solutions? Any variables that might be hidden in there
that might help? (no OSNAPNODELEGACY and CENTERMT have nothing to do with
this)

Thanks,
-Jon

[#4]

Attach routine...


"Joe Burke" wrote in message
news:5732378@discussion.autodesk.com...
Jon,

Try the attached lisp routine. I think it does what you are looking for. You can
select multiple mtext objects. The mtext handles are reset/shrinkwrapped to fit the
bounding box of the mtext objects.

The shortcut is SMT.

Joe Burke

wrote in message news:5731697@discussion.autodesk.com.

[#5]

I think that is probably what I'm looking for, but the LISP routine has all
sorts of malformed lists, missing ; ) and "

Do you have a version that a more flushed out version?

Thanks,
-Jon

[#6]

Jon,

It looks fine to me. Have you tried to load/run it?

Joe Burke


wrote in message news:5733144@discussion.autodesk.com...
I think that is probably what I'm looking for, but the LISP routine has all
sorts of malformed lists, missing ; ) and "

Do you have a version that a more flushed out version?

Thanks,
-Jon

[#7]

Weird... it looks my news reader is completely messed up. grr... not only are the attachments screwed up and missing random parts of text and the messages this morning are coming in all mixed up between the body and subjects.

It downloads fine from the web based discussion groups.


I can load it, and run it. It asks for a piece of mtext, I select 1 or 2 pieces of mtext and then it replies back Number of mtext objects modified: 0. Doesn't seem to be doing anything and doesn't seem to matter if it's annotative or not.

In '07 it does seem to do something, but not sure what it's doing and it's not fixing the grips.

I've attached a couple of screen shots in a single jpg - the top shot is showing the grips in the correct location. The lower one is showing what happens when you move a grip vertical rather than horizontal.

The question we're having is how to fix the grips to make them go from Wrong to Correct (accurately) location?

[#8]

change the mtext width to 0.

for short paragraphs (just a couple lines), I usually use a 0 width and
place my returns manually.

or you can just respecify the width later.


wrote in message news:5734078@discussion.autodesk.com...
Weird... it looks my news reader is completely messed up. grr... not only
are the attachments screwed up and missing random parts of text and the
messages this morning are coming in all mixed up between the body and
subjects.

It downloads fine from the web based discussion groups.


I can load it, and run it. It asks for a piece of mtext, I select 1 or 2
pieces of mtext and then it replies back Number of mtext objects modified: 0
Doesn't seem to be doing anything and doesn't seem t
o matter if it's annotative or not.

In '07 it does seem to do something, but not sure what it's doing and it's
not fixing the grips.

I've attached a couple of screen shots in a single jpg - the top shot is
showing the grips in the correct location. The lower one is showing what
happens when you move a grip vertical rather than horizontal.

The question we're having is how to fix the grips to make them go from Wrong
to Correct (accurately) location?

[#9]

thanks... while not the solution I was looking for, it did lead me down a path to an answer.

Simple solution:
select mtext
open properties
set Defined Height to "0"
that will force the grips back to the correct location.

So, this begs the question as to how to easily turn this knowledge into a simple command to select multiple Mtext pieces and have them automatically reset the height to "0". Since this isn't a typical variable that is listable or changeable other than through the properties dialog not sure how to access this.

Any thoughts?

Thanks,
-Jon

[#10]

This is getting annoying...

Turns out this is only a work around while in Paperspace and not in MSpace because in those locations the number is reported back, but it's a read only.

hrumph.

-Jon