I’m having a massive problem with dimensions in layout changing (unpredictably) when they are moved. I frequently move detail views and dimensions around the page as I am assembling a drawing and this is becoming a massive problem with drawings being published without me noticing the numbers are now wrong. They seem to be dimensioning to the detail view itself (so a 1:50 detail view with a dimension on it will read 3650mm correctly and will change to 73 which is no longer correct)
Under my History setting I always have both Record and Record Annotation History turned off. Broken History Warning is turned on but over ridden by my other controls. History Purge does nothing either.
Could this be a problem with the dimension settings themselves? Have never had this happen before and have been using Rhino 7 for 6 months now.
Apple macOS Version 10.14.6 (Build 18G103) (Physical RAM: 64Gb)
Mac Model Identifier: iMac19,1
Language: en-NZ (MacOS default)
AMD Radeon Pro 575X OpenGL Engine (OpenGL ver:4.1 ATI-2.11.20)
OpenGL Settings
Safe mode: Off
Use accelerated hardware modes: On
Redraw scene when viewports are exposed: On
Anti-alias mode: 4x
Mip Map Filtering: Linear
Anisotropic Filtering Mode: High
Vendor Name: ATI Technologies Inc.
Render version: 4.1
Shading Language: 4.10
Maximum Texture size: 16384 x 16384
Z-Buffer depth: n/a
Maximum Viewport size: 16384 x 16384
Total Video Memory: 4 GB
Graphics: Radeon Pro 575X
Displays: iMac (217dpi 2x), Kamvas Pro 22 (102dpi 1x)
Graphics processors
Radeon Pro 575X (4 GB)
iMac (2560 x 1440)
Kamvas Pro 22 (1920 x 1080 @ 60 Hz)
USB devices
Seagate: Fast SSD
Apple Inc.: FaceTime HD Camera (Built-in)
MOSART Semi.: 2.4G Wireless Mouse
Logitech: G502 HERO Gaming Mouse
VIA Labs, Inc.: USB2.0 Hub
BizLink Technology Inc.: USB-C To HDMI Adapter
Bluetooth devices
Unknown: Magic Keyboard with Numeric Keypad
Third party kernel extensions
com.displaylink.DisplayLinkDriver (5.2.5 (90)) EBD03A5D-AAF7-359E-A73A-410864E86B3A
Third party plugins
/usr/lib/log/liblog_network.dylib
Hello - Can you please post a file, or send one to tech@mcneel.com, that shows the problem? As small and simple as possible, so long as it shows the problem, would be best.
This seems to be the same problem I’m having (Rhino 7, Windows 10.) I only recently started doing page layout work in Rhino, and I’ve had this error occur repeatedly, although running an Undo command ‘fixed’ the symptom.
I have all my dimensions in the page layout space - I’ll go into a detail, usually to change layer visibilities, and when I exit back out into paper space, all dimensions have moved and collapsed, usually far outside the page layout space - they’re often reduced to a zero dimension. If I undo after exiting from the detail immediately after this occurs, everything’s fine, but if I ‘miss’ the issue, and continue working, I end up in a situation where I have to re-dimension the entire sheet.
I don’t have a before and after, but I’ve posted an adjacent layout with the dimensions in the proper position to give an idea of what it starts out like. The collapsed dimensions are on the lower left side of the image, off the printable area.
I have similar issues. Dim lines in layouts are still very skittish. Making any changes to the model almost always results with broken or missing dim lines that get teleported off the screen just as you’ve documented.
If you have repeatable cases of such behavior in a recent build of Rhino 8, please post those here or send them to tech@mcneel.com so that this can be fixed.
-wim
Worth noting, this can also be caused by changing the position of the dimension text.
Edit: After taking some notes, it can also be caused by adjusting the length of the dim leaders, clicking through the detail to edit any object, resizing the detail, moving unrelated geometry in the layout, etc.
Thanks for that file, Clayton!
The problem with this is that, generally, when dimensions have been “damaged”, it’s impossible to know why that is the case. We’d need a way to create a dimension, do something, and see the dimension get damaged.
Trying that in both a new file and in your file doesn’t seem to do that on my end.
So far, I’m able to get dimensions to go haywire by resizing the detail.
I see that this was already on the list as RH-72038 Dimensions get misaligned when scaling a layout
Mikko is now looking into this one and has found an issue with Gumball scaling (but I’m also seeing it when using Scale1D) and sees a display update glitch of some kind. Moving the detail or activating/deactivating corrects this.
-wim
