Aligned dimension history

Rhino
,
1

I recorded this video, but literally any change to this dimension repositions and changes its length:

GIF

(Uploaded via the uploader.)

2

Hi, @eobet. If you forego using the Gumball and just use the Move command with ObjectSnap, you’ll maintain the exact dimension. NOTE: You can also use the Tab key with ObjectSnap to lock a specific direction while moving. Hope that helps.

3

Ok… but that means an additional step of PointsOn too. And besides, when I tried this, the dimension still flipped its angle and changed.

I hope it’s clear that I want to move the label only. Even selecting the “fit text” option in the dimension properties and changing it from “auto” to “inside” throws it out of whack (also, why isn’t there an “outside”… I realize the text flips, but really only the orientation should flip).

Is there a ticket for this? What are the chances a simple UX papercut like this will be fixed within a decade? I don’t usually bother with the drafting tab in Rhino because man, it feels like nothing has happened since the 90s there.

4

Hi, @eobet. No, it wasn’t clear you were asking about moving the text only. @mary, any thoughts on this one?

5

@eobet I can not duplicate this here with a test file.

  • Please post a small 3DM file that will show us this issue.
  • Also open Rhino and type SystemInfo. Copy and paste the text results into your reply.

Thanks.

6

As I mentioned when I posted, it’s already uploaded via the McNeel uploader.

Summary 
Rhino 8 SR14 2024-11-12 (Rhino 8, 8.14.24317.14001, Git hash:master @ 69ab12ed53cf1e6d17f23ab5fec3c3f7216df72d)
License type: Commercial, build 2024-11-12
License details: Cloud Zoo

Windows 10 (10.0.19045 SR0.0) or greater (Physical RAM: 63GB)
.NET 7.0.0

Computer platform: DESKTOP 

Standard graphics configuration.
  Primary display and OpenGL: NVIDIA GeForce RTX 3090 (NVidia) Memory: 24GB, Driver date: 8-14-2024 (M-D-Y). OpenGL Ver: 4.6.0 NVIDIA 560.94
    > Accelerated graphics device with 4 adapter port(s)
        - Windows Main Display attached to adapter port #0

Secondary graphics devices.
  AMD Radeon(TM) Graphics (AMD) Memory: 1GB, Driver date: 8-27-2024 (M-D-Y).
    > Accelerated graphics device with 5 adapter port(s)
        - There are no monitors attached to this device!

OpenGL Settings
  Safe mode: Off
  Use accelerated hardware modes: On
  GPU Tessellation is: On
  Redraw scene when viewports are exposed: On
  Graphics level being used: OpenGL 4.6 (primary GPU's maximum)
  
  Anti-alias mode: 4x
  Mip Map Filtering: Linear
  Anisotropic Filtering Mode: High
  
  Vendor Name: NVIDIA Corporation
  Render version: 4.6
  Shading Language: 4.60 NVIDIA
  Driver Date: 8-14-2024
  Driver Version: 32.0.15.6094
  Maximum Texture size: 32768 x 32768
  Z-Buffer depth: 24 bits
  Maximum Viewport size: 32768 x 32768
  Total Video Memory: 24 GB

Rhino plugins that do not ship with Rhino
  C:\Users\Robert\AppData\Roaming\McNeel\Rhinoceros\BlockEditNew\BlockEditNew_V8.rhp	"BlockEdit"	1.0.0.0

Rhino plugins that ship with Rhino
  C:\Program Files\Rhino 8\Plug-ins\Commands.rhp	"Commands"	8.14.24317.14001
  C:\Program Files\Rhino 8\Plug-ins\rdk.rhp	"Renderer Development Kit"	
  C:\Program Files\Rhino 8\Plug-ins\RhinoRenderCycles.rhp	"Rhino Render"	8.14.24317.14001
  C:\Program Files\Rhino 8\Plug-ins\RhinoRender.rhp	"Legacy Rhino Render"	
  C:\Program Files\Rhino 8\Plug-ins\rdk_etoui.rhp	"RDK_EtoUI"	8.14.24317.14001
  C:\Program Files\Rhino 8\Plug-ins\NamedSnapshots.rhp	"Snapshots"	
  C:\Program Files\Rhino 8\Plug-ins\MeshCommands.rhp	"MeshCommands"	8.14.24317.14001
  C:\Program Files\Rhino 8\Plug-ins\RhinoCycles.rhp	"RhinoCycles"	8.14.24317.14001
  C:\Program Files\Rhino 8\Plug-ins\Toolbars\Toolbars.rhp	"Toolbars"	8.14.24317.14001
  C:\Program Files\Rhino 8\Plug-ins\3dxrhino.rhp	"3Dconnexion 3D Mouse"	
  C:\Program Files\Rhino 8\Plug-ins\Displacement.rhp	"Displacement"	
  C:\Program Files\Rhino 8\Plug-ins\SectionTools.rhp	"SectionTools"
7

is there a specific reasons you exclusively do not upload here? by all means it does not look like anything at this point, uploading it exclusively to mcneel you avoid getting good feedback from others while making it complicated for everybody i believe… anyway i can not replicate that behaviour in a random test file that might look different.

8

It’s a live project for an important new client where I work. Yes, they are sketches and it’s not public where I work, but if someone took all my examples and put them together, they could possibly figure something out (it’s a small industry/world after all) so it’s safer to just upload (and some things I can’t even upload, so those reports unfortunately have to go unfiled).

Also, I’m not looking for workarounds or help. I have 5 years of experience with Rhino by now so I can find them myself (or switch to another CAD we have license for at work). I’m more interested in McNeel improving Rhino so workflows can be even faster in the future.

Finally, I’m working (and trying to work fast) so I don’t have time to re-create examples from scratch or even move and rename objects. I honestly shouldn’t even spend time reporting this (and absolutely not writing all of this). Now back to work! :laughing:

9

In the only file we see in the upload folder, is this file uploaded at the end of August.
*bad-fillet.3dm tech@mcneel.com
This is not the file you are showing in your GIF.
It looks like the upload was not successful for you.

However, I was able to duplicate the issue with this fillet file.
I will get it logged and reply with the YT soon.

1 Like
12

RH-85028 been logged and already fixed in the sr15 WIP.
It will become the Release Candidate next week and you can give it a try.
Let us know at that time if you still have an issue.

Sincerely,
Mary Ann Fugier

1 Like