I’m going to ask this question without much expectation that there is an answer. Can you get an accurate bounding box for the string of a DisplayDimension using the API? I’ve tried all the obvious calls with no luck. DisplayDimension.GetAnnotation().GetPosition() gives me a point in the center of th…

After describing all the quirkiness about trying to nail down the right width, I forgot that I was going to mention a person could probably also get good results with TextRenderer.MeasureText. I haven’t gone down that road yet, because I’ve got to keep moving forward and I think what I’ve got does t…

If the API calls return values are trash, you can get the screen coordinates of the bounding box and translate that to the coordinate system of the sheet. Unfortunately, this requires that SW is visible. Food for thought.

From what I remember, this indeed does not exist. Can we request one and sunset the broken APIs?

I’ve got a pretty workable solution for this problem. I believed that the y-shift was not proportional because I was trying to factor the line spacing value into things, but it does not seem to be in play, at least for simple dimensions. It turns out that this y-shift is actually very nearly propor…

Please free to send to post the code. We appreciate your hardwork!

Follow-up: I should have specified that if the dimension is not rectilinear, the returned RectangleF isn’t going to hug the angled borders of the dimension, it will remain rectilinear but shrunk down to the min and max points. This function does indeed find the corners of the angled bounding box (an…

Just confirming my hunch that on a SWX Sheet, you have to give RectangleF different arguments than it asks for. You have to give it the bottom left corner instead of the top left, because RectangleF expects y to grown downward and Sheet is the opposite.

`DisplayDimension` bounding box with API

SOLIDWORKS SOLIDWORKS Add-ins

liuning March 5, 2025, 3:41am 2

I encountered a similar problem when dealing with this problem. It was related to font height and font width, but the calculated result was not very accurate. Fortunately, the font I used was fixed. I used GetTextInBoxHeightAtIndex and GetTextInBoxWidthAtIndex to offset the value obtained by GetPosition.

@liuning thanks for the input. I used GetTextInBoxWidthAtIndex and found that it still yielded a bounding box with considerably more airspace than I liked. Also I need to try to cater for non-proportional fonts. Are you saying that GetTextInBoxHeightAtIndex yielded the top of the actual string as offset from the y-value of Annotation.GetPosition? It's that y-shift that's my biggest problem. Thanks for chiming in...

– Johnwz (March 5, 2025, 1:33pm)

I encountered the same problem as you when using GetTextInBoxWidthAtIndex. I offset a value I estimated in the x and y directions respectively (the offset value is also related to the view scale), which only works when my drawing template is fixed. Your situation is complicated. I can't give good advice (English is not my first language)

– liuning (March 6, 2025, 1:54am)