Annotative text basepoint issues...

[randyspear]

I am working on some mapping with alot of street names and various viewport scales. My text is annotative and justified middle center but when i change to a larger scale, it doesn't scale it by the middle center unless i type "annoreset;all;"

Is this really necessary everytime or can i set a sysvar to reset the objects when switching scales?

Thanks for the input.

[RobertB]

I haven't seen this issue before. Can you post a sample?

[randyspear]

See attached.

It seems to scale text by the bottom left, not the regardless of the insertion point.

Also, the 2 blocks that identify road numbers need to be constantly attsync'd and if i move them, i have to move them individually for each drawing scale.

The scales i'm concerned with are 1:125000, 1:20000, 1:30000; 1:15000, and 1:2500.

[randyspear]

If i move text, it only moves it for that annotation scale. I have to switch to all scales and move the object every time.

Is there a way to only move the object once? If not, I am really going to consider scrapping annotative scaling.

[Glenn Pope]

There is the ANNORESET command.


The location of each scale representation of an annotative object can be adjusted using grips. For each selected annotative object, all alternate scale representations are returned to the location of the object’s current scale representation.

[randyspear]

So I will do an annoreset every couple minutes like regen or save and also when we change the modelspace scale?

I was pushing to implement annotative objects in the company standard but this (and other quirks) won't fly with the majority of the users.

Thanks for the info.

[Glenn Pope]

Sorry didn't catch in your first post that you have used that command.

I checked the drawing using 2009 and 2010, don't have 2008 installed. The text worked as expected. All kept the same insertion point as I switched scales.

Do you have this issue if you open the drawing on another computer?

[ccowgill]

If i move text, it only moves it for that annotation scale. I have to switch to all scales and move the object every time.

Is there a way to only move the object once? If not, I am really going to consider scrapping annotative scaling.
the only time I have experience this issue is when I try to move text via the grip. If I issue the actual move command, all scales come with it.

[randyspear]

How do you guys handle attributed blocks? Currently, every time i move them i have to re-sync them for every scale.

[Glenn Pope]

How do you guys handle attributed blocks? Currently, every time i move them i have to re-sync them for every scale.

I haven't had that issue with attributed blocks.

[ccowgill]

How do you guys handle attributed blocks? Currently, every time i move them i have to re-sync them for every scale.
I havent used an annotative block that has attributes, yet ...

[irneb]

Tried it on Vanilla 2008. If I use the MOVE command there's no problem. If however I move using grip edit, only the current scale gets moved. This is as expected and documented ... so you can change the position of each scale separately. To get round this, you need to Synchronize the scales (i.e. ANNORESET) ... or of course just use the normal MOVE command instead. Are you sure you mean MOVE when you say MOVE? Using a grip edit is actually a STRETCH ... check the command line history.

What I have found is that DText works weirdly in 2008. Using ANNORESET after a grip edit, does not alight the scales to the stated MIDDLE alignment. They all get aligned to each other on the left-bottom point (while still having a MIDDLE grip point). Then to get them to work, I ussue a MOVE;ALL;0,0;@0,0;

With the MTexts there's another issue: If you already have several scales to one MText, and later deside you want to change from Middle-Centre to Top-Centre - doing so only changes the current scale (even after issuing a ANNORESET).

As for annot blocks .... never, ever, ever mirror these. You can end up with the current scale in the correct place, but the other scales sitting somewhere off the drawing. Don't know if this is fixed in 2009/10.

As for any annoscaled object ... it will work the way you describe if you grip-edit it. That's how this new feature was designed. If you don't want it to work that way, use the move command instead.