Ok, so this has been a problem for a long time. Dimensions get crazy when I click into a viewport and back out - even if I don’t mess with geometry having to do with the dimensions.
Is this ever going to be resolved? Sorry, but it makes my day hell, and I don’t want to have to do everything in model space.
Is there a way to actually lock myself out of clicking into the viewport? (I’ve tried locking the layer, locking the object of the viewport. Still end up clicking in if I’m ever working with text, etc on top of viewport)
Hello - it’s not clear to me what you’re describing - are you clicking on layout details, or viewports? I’m guessing details. By ‘clicking into’, do you mean you snap a dimension to a location in a detail but the active space is Layout?
This has been improved in recent release candidates, if you are still seeing it, I’m sure Lowell would love an example. As a work around try SelDim PurgeHistory
Sorry - Im probably still using Vectorworks language.
I do indeed mean Detail. And Im saying I have dimensions in paper space. When I double-click INTO the detail and back out to paper space again, one or more of my dimensions flies off into infinity.
@SamPage - thx for the suggestion. The bad thing about that is I lose the connection between the geometry and the dimensions, so if I change this of something in model space, the dimension doesn’t change with it.
Sorry, @pascal, but did you catch my reply to this? If the answer is just that it’s going to be that way for a while, just let me know so I can adjust my workflow
A few things i want to check here:
1- which version of Rhino are you using? can you type systemInfo and save the result as a text file and attach it here?
2- Are model space scaling and layout space scaling enabled/disabled? you can find it under Tools > options > Annotation Styles under delete on the right.
3- it would be great if you can send us a screenshot of the issue.
It doesn’t always happen. Files that I have more going on in model space, I think it happens more.
I just noticed this oddity - and the weird line that pops up is exactly the spot where the “dim to infinity” in the still images ends up.
EDIT: Also, that weird line DOES NOT show up when I’m NOT USING Continuous Dimension
Don’t know if that has anything to do with “Dims to Oblivion” or not
@Alan_Farkas
Are you adding the dimensions inside the details? meaning is the detail active?
Try double-clicking on the detail, add the dimensions then double-click again to de-activate the detail.
Will that work?
Hi Alan,
This was bug RH-44726 in Rhino 6 sr0-sr3 of the first versions of Rhino 6. It was fixed in sr4.
However, dimensions that were create these a earlier versions of 6 with the obsolete history are still being affected and can not be fixed. It also seemed worse when created on a layout and the geometry that was snapped to was a hatch. Also dimension you make in Rhino 6 v7 will not have this issue.
They will continue to update strangely as you double click in and out of the detail views…
You can delete and recreate them.
As @SamPage recommended, Seldim and PurgeHistory works.
I also to this to accomplish the same. It seems quite fast with the short cut keys.
You will need to do this in model space and on each layout.
Seldim
Control x to cut them (Cut)
Control v to paste them back. (Paste
During the paste the History will be striped from the object
You should hopefully see the issue resolved in your model at that point.
Let me know if this helps.
Sincerely,
Mary Ann Fugier
McNeel Technical Support and Training
Seattle, WA
I create a new file from an “older Template” (one that I created from an earlier Release), but there ARE NO DIMENSIONS in that template. Should I be getting this problem?
Hi Alan,
Thanks for the details.
Yes- I understand. You are creating the dimension on the layout not in the activated details.
Question: are you picking on the end pt or other location with an osnap? (if is hard to tell in the video, but I do not see the osnap marker.)
I need the file that you used in the attached video and your template.
I will use your exact procedure, and see if I can duplicate it here.
If your prefer, feel free to email it to me mary@mcneel.com and not post it to the thread.
Unfortunately, I tried to duplicate this with my own files with no success.
It looks so similar to RH-44726. but then again may be a different issue.
I am concerned because it appears that you are picking on a hatch object, and that was one of the situations where the previous bug was seen.
That is what I want to test.
This is really a copy of the file. So if the template is corrupt, the new file will be corrupt too.
Looking forward to getting your file.
Sincerely,
Mary Ann Fugier