Stretching Dimensions Moves Text Incorrectly

Scott McKenzie

 Just wondering if anybody has attempted to create a dimension object (I have noticed this will almost all types of dimensions - text vert position is set to above); with text overridden as follows: <>\XREF.  When you stretch the dimension, the text moves so that it is all above the dimension, not above and below as expected and the position of the dimension line is placed about 1 text line height off of where it should be - editing the dimension text and returning it to home position fixes the text - grip editing the dimension to stretch it does not have this effect.

Quick bit of code to home multiple dimensions

[code](defun c:dh () (command ".dimedit" "h") (princ))[/code]

This is V12.11.1 - just wondering if anybody else has noticed this

Greg Hahn

I've noticed the same thing. It seems that stretching any dimensions with repositioned dimension text will misplace the entire dimension relative to other "normal" dimensions. This occurs with dimension text that has override text also. Any dimension with text that isn't the default dimension text will misplace the entire dimension line when stretched. It's a pain to realign after every stretch. Hope it gets fixed soon.
This problem showed up with version 12.1.5. Also see "Dimensions problem" in this forum last posted 2011-12-20.

Joseph Ciccarelli

We've noticed the same problem on v12.1.11.
This is hard to understand why from previous release, things that where working fine, now, suddently they need problem fix...
Anyone open a Support Request?

John Gaunt

Dimension text hasn't stayed put for me since about V10, especially after closing & re-opening a file.

Setting Dimassoc to off (1) in on_doc_load and associativity of any existing dims gets around it.

Greg Hahn

@ John:
Even with Dimassoc set at (1), the offsetting still occurs if there's anything going on that uses text height that is more than a std character high. Even stacked fractions will induce the offsetting problem.