CompuServe Thread

#<> Error in Dim

4 messages in this thread
#28321From: Raymond H EmplitJan 12, 1992 10:20 AM
I have found an annoying bug in R11C2. It occurs when using <> to add a suffix to a dimension. Specifically, I want to add "TYP" after a dimension with different plus and minus tolerances. What I end up with is the basic dimension, a large blank space, then the tolerances with the "TYP" appearing right under them. Curiously, this does not occur if I also add a prefix – I then (correctly) get the basic dimension, the tolerances, followed by "TYP." My workaround is to add the prefix "%%000" (null character). This works fine but if I UPDATE the dimension or move the text with TEDIT the null character is removed and the incorrect display occurs. Ray Emplit
#28460From: Carl Bethea [Adesk]Jan 13, 1992 4:50 PM
Raymond – Yes, that is a confirmed bug. Your work-around is better than anything we have come up with. The only improvement I can offer is to use a blank instead of a null as the prefix. Another, more exotic, answer would be to create a null character — one that moves 0 distance — in the font file. Then UPDATE might leave it alone.
#28650From: Raymond H EmplitJan 14, 1992 6:50 PM
Hmmm … Good idea! BTW, another bug. When TEDIT is used to move the text for a dimension with the arrows and the text outside the extension lines, the arrows are moved inside the extension lines. The only workaround I've found is to EXPLODE the dimension. This has two drawbacks. First, the dimension is no longer associative. Second, the resulting entities are all black regardless of anything I've tried. Ray Emplit
#28754From: Carl Bethea [Adesk]Jan 15, 1992 1:40 PM
Raymond – Thanks for the report. Yes, we have documented that one, too. I don't have a good fix for it, either.