I do recall that happening from time to time when I was teaching and having a large number of docs open. Now if I test it, I cannot repeat it, and it will just cancel the command in the other doc. I’ll keep an eye on it.
Yes, same problem ever since upgrading to Rhino 8 (Windows) from 7. It’s my single biggest issue with Rhino 8 because it slows down my workflow A LOT. I have to re-click the command line every time I do something else, or else the command line input won’t register. Similiar to @Derek_Heming, I also use a 3D mouse which probably makes the problem worse. If I have to guess, my workflow speed is reduced by at least 20-30%.
Please fix McNeel as soon as possible. This is really breaking my experience with Rhino 8. Thank you.
There is a lot of cross-posting on this.
It is on the list the currently being worked on:
https://mcneel.myjetbrains.com/youtrack/issue/RH-80790/Changing-Current-Layer-Disables-Command-Typing
Tagging in on this thread to confirm that this problem happens for me in Rhino 8 when I’ve interacted with the layers panel.
Me too, anytime i interact with the layers panel i lose command line focus (R8).
Hi Sam, Walt,
Can you specify what “interact” means in this context?
Also, please run the Rhino SystemInfo
command and copy-paste the result here.
-wim
Hi Wim,
Me too. If I do something like change layer in the Layers panel, then command line loses focus and i have to make sure I click in command line again. This does not happen in V7.
In my case I have a sightly odd setup that may be affecting things.
I have two monitors with panels stashed on one monitor/tablet screen (Wacom Cintiq) and main Rhino screen on the other (Eizo Flexscan). I have a button on the Wacom that allows me to toggle screens.
This all behaves in V7.
Hope that helps, Steve
Hi Wim,
Both boxedits and layer changes seem to be the most reliable way to reproduce this issue.
Selecting the layer or boxedit containers (with mouse) and then trying to use an alias seems to be the problem workflow, for me.
This workflow and alias commands have been working for me since r6, so nothing new or exciting.
Ive recently updated my win11 and R8 (since the original report)
The problem is now intermittent, but still exists.
Walt
Rhino 8 SR6 2024-4-10 (Rhino 8, 8.6.24101.05001, Git hash:master @ 32c244aa711e0034e75bec2e87d093c764820b96)
License type: Commercial, build 2024-04-10
License details: Cloud Zoo
Windows 11 (10.0.22631 SR0.0) or greater (Physical RAM: 64GB)
.NET 7.0.18
Computer platform: LAPTOP - Plugged in [100% battery remaining]
Hybrid graphics configuration.
Primary display: Intel(R) UHD Graphics (Intel) Memory: 1GB, Driver date: 7-11-2023 (M-D-Y).
> Integrated graphics device with 4 adapter port(s)
- Windows Main Display is laptop’s integrated screen or built-in port
- Secondary monitor attached to adapter port #1
Primary OpenGL: NVIDIA RTX 4000 Ada Generation Laptop GPU (NVidia) Memory: 12GB, Driver date: 3-12-2024 (M-D-Y). OpenGL Ver: 4.6.0 NVIDIA 551.86
> Integrated accelerated graphics device with 4 adapter port(s)
- Video pass-through to primary display device
OpenGL Settings
Safe mode: Off
Use accelerated hardware modes: 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: 3-12-2024
Driver Version: 31.0.15.5186
Maximum Texture size: 32768 x 32768
Z-Buffer depth: 24 bits
Maximum Viewport size: 32768 x 32768
Total Video Memory: 12282 MB
Rhino plugins that do not ship with Rhino
C:\Users\user\AppData\Roaming\McNeel\Rhinoceros\packages\8.0\SubstanceImporter\2.0.7\Substance.Win.rhp “SubstanceImporter” 2.0.7.0
C:\Users\user\AppData\Roaming\McNeel\Rhinoceros\packages\8.0\NVIDIADenoiser\0.4.3\NVIDIADenoiser.Windows.rhp “NVIDIADenoiser.Windows” 0.4.3.0
C:\Users\user\AppData\Roaming\McNeel\Rhinoceros\packages\8.0\LayerSort\2023.10.12\LayerSort.rhp “LayerSort”
Rhino plugins that ship with Rhino
C:\Program Files\Rhino 8\Plug-ins\Commands.rhp “Commands” 8.6.24101.5001
C:\Program Files\Rhino 8\Plug-ins\WebBrowser.rhp “WebBrowser”
C:\Program Files\Rhino 8\Plug-ins\rdk.rhp “Renderer Development Kit”
C:\Program Files\Rhino 8\Plug-ins\RhinoScript.rhp “RhinoScript”
C:\Program Files\Rhino 8\Plug-ins\IdleProcessor.rhp “IdleProcessor”
C:\Program Files\Rhino 8\Plug-ins\RhinoRenderCycles.rhp “Rhino Render” 8.6.24101.5001
C:\Program Files\Rhino 8\Plug-ins\rdk_etoui.rhp “RDK_EtoUI” 8.6.24101.5001
C:\Program Files\Rhino 8\Plug-ins\import_ACAD.rhp “AutoCAD file import: import_ACAD”
C:\Program Files\Rhino 8\Plug-ins\NamedSnapshots.rhp “Snapshots”
C:\Program Files\Rhino 8\Plug-ins\MeshCommands.rhp “MeshCommands” 8.6.24101.5001
C:\Program Files\Rhino 8\Plug-ins\Toolbars\Toolbars.rhp “Toolbars” 8.6.24101.5001
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”
Bumping this thread, this issue makes Rhino 8 almost unbearable. Any click in the layers panel makes the command line lose focus. I see that it has been scheduled to be fixed in 8.7, any idea when that will be released?
Jumping on this bandwagon. This is surprisingly frustrating and really slows down my workflow.
Hi All,
If you are not using the Rhino 8 SR7 Release Candidate, then please try it out.
Thanks,
– Dale
Thanks Dale,
Interesting.
I installed SR7 and at first the problem was still there. So then I dragged the layers pallette onto the same screen as the main Rhino screen to see if swapping screens was the culprit. Nope, still losing focus. So then I docked the layers pallette and voila, it behaved.
Then I undocked the layers pallette again so it was floating and all still behaved properly. Even dragging the floating pallette onto the second monitor works now.
So docking and undocking the pallette seems to have been the solution for me with SR7.
Cheers, Steve
Damn. I spoke too soon. After restarting Rhino it’s back again.
All works as expected when the layers pallette is docked, but as soon as pallette is floating it misbehaves.
It’s also specific to how I interact with the layers pallette. If I do a right click action and change object layer for example, the command line maintains focus.
On the other hand if I do a left click and change current layer the command line loses focus.
Aaaah but it gets more interesting! After about 5 minutes (roughly) it starts working properly - go figure.
Conclusion is that it is better but erratic.
And very pleased to report that todays update, Version 8 SR7 (8.7.24121.13001, 2024-04-30) seems to have fixed it.
Many thanks
3 posts were split to a new topic: Add button macro to an alias
I’ve been doing quite a lot of modelling and haven’t noticed it either. I’ll make a mental note however.
Certain dialogs take the focus away. For example the Display Properties dialog. The worst is when you start typing and stuff changes. I’ve gotten used to just clicking back into the Command Line.
Ideal behavior would be that the command line keeps focus unless you’re in a text box of some sort.