Properties Panel - Focus switches to Command Line too quickly

When I’m editing a Text Dot text in the Properties panel, the focus switches to the command line after pressing a single key.

The same problem occurs when changing the name of a clipping section no matter if the name is displayed with a text dot or text.

Changing an object name is a real pain.

Could this please be fixed?

Maybe text dot editing could be improved with Shift+Enter to create a new line and Enter to confirm changes?

System Info

Rhino 8 SR4 2024-1-9 (Rhino 8, 8.4.24009.13521, Git hash:master @ 92a8f2048b418ceab8c8de06a88b7939594e09f2)
License type: Kommerziell, build 2024-01-09
License details: Cloud Zoo

Windows 11 (10.0.22631 SR0.0) or greater (Physical RAM: 128GB)
.NET 7.0.15

Computer platform: DESKTOP

Standard graphics configuration.
Primary display and OpenGL: NVIDIA RTX A5000 (NVidia) Memory: 22GB, Driver date: 12-1-2023 (M-D-Y). OpenGL Ver: 4.6.0 NVIDIA 537.99
> Accelerated graphics device with 4 adapter port(s)
- Secondary monitor attached to adapter port #0
- Windows Main Display attached to adapter port #1

Secondary graphics devices.
NVIDIA Quadro K2200 (NVidia) Memory: 4GB, Driver date: 12-1-2023 (M-D-Y).
> Accelerated graphics device with 4 adapter port(s)
- There are no monitors attached to this 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: 8x
Mip Map Filtering: Linear
Anisotropic Filtering Mode: High

Vendor Name: NVIDIA Corporation
Render version: 4.6
Shading Language: 4.60 NVIDIA
Driver Date: 12-1-2023
Driver Version: 31.0.15.3799
Maximum Texture size: 32768 x 32768
Z-Buffer depth: 24 bits
Maximum Viewport size: 32768 x 32768
Total Video Memory: 23028 MB

Rhino plugins that do not ship with Rhino
C:\Users\martinsiegrist\AppData\Roaming\McNeel\Rhinoceros\packages\8.0\NVIDIADenoiser\0.4.3\NVIDIADenoiser.Windows.rhp “NVIDIADenoiser.Windows” 0.4.3.0
C:\Users\martinsiegrist\AppData\Roaming\McNeel\Rhinoceros\packages\7.0\EleFront\4.2.2\ElefrontProperties.rhp “ElefrontProperties” 1.0.0.0
C:\Users\martinsiegrist\AppData\Roaming\McNeel\Rhinoceros\8.0\Plug-ins\KeyShot9RhinoPlugin (ecfe8d1f-876a-460f-aa5e-3dd816936811)\1.0.0.0\KeyShot9RhinoPlugin\Rhino 5.0\KeyShot9RhinoPlugin.rhp “KeyShot9RhinoPlugin” 1.0.0.0

Rhino plugins that ship with Rhino
C:\Program Files\Rhino 8\Plug-ins\Commands.rhp “Commands” 8.4.24009.13521
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.4.24009.13521
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.4.24009.13521
C:\Program Files\Rhino 8\Plug-ins\NamedSnapshots.rhp “Snapshots”
C:\Program Files\Rhino 8\Plug-ins\MeshCommands.rhp “MeshCommands” 8.4.24009.13521
C:\Program Files\Rhino 8\Plug-ins\IronPython\RhinoDLR_Python.rhp “IronPython” 8.4.24009.13521
C:\Program Files\Rhino 8\Plug-ins\RhinoCycles.rhp “RhinoCycles” 8.4.24009.13521
C:\Program Files\Rhino 8\Plug-ins\SectionTools.rhp “SectionTools”
C:\Program Files\Rhino 8\Plug-ins\Grasshopper\GrasshopperPlugin.rhp “Grasshopper” 8.4.24009.13521
C:\Program Files\Rhino 8\Plug-ins\RhinoCode\RhinoCodePlugin.rhp “RhinoCodePlugin” 8.4.24009.13521
C:\Program Files\Rhino 8\Plug-ins\Toolbars\Toolbars.rhp “Toolbars” 8.4.24009.13521
C:\Program Files\Rhino 8\Plug-ins\3dxrhino.rhp “3Dconnexion 3D Mouse”
C:\Program Files\Rhino 8\Plug-ins\Displacement.rhp “Displacement”

Hi Martin, I’m not seeing this in 8.4.24009.02001

Can you try this in safe mode, i want to ensure that a 3rd party isn’t interfering. Thanks

Thanks for the reply.

I’m on 8.4.24009.13521

It happens in Safe Mode too.

Plug-ins installed are listed here:

@martinsiegrist are you sure there aren’t any plugins doing focus manipulation? I’ve tested this on Rhino 8 SR2 and cannot replicate what you are seeing. I’ve tested our plugin as well, and the dot properties text field keeps focus while typing.

Our JewelBeetle application does a lot of focus manipulation to make our parent window feel like part of Rhino. However I’m careful to check if the currently focused element is a textbox, and if so do not manipulate focus. You may have another plugin that isn’t as careful and is setting focus to the command prompt.

@Japhy I just tried this again with our latest build of our plugin, and this time selecting the Dot to edit the text in the properties dialog crashed Rhino. I sent you guys the steps in the crash report.

I have 8.3.24002.13001 on a laptop and it does not happen there.

Currently updating that installation and will check again.

@Japhy another thing I’ve noticed, is that the Add Object event is raised as you are typing, I assume you guys are replacing the rhino object on every keystroke. Not sure if it would be better to just wait until focus blurs from the textbox in Properties, to actually do the object replacement.

This event fires for each keystroke:
image

I’ve seen other issues with Elefront in the past with our software. So I would recommend renaming the elefront install folder and restarting Rhino to test, and while you are at it the keyshot folder, just to make sure one of those two plugins aren’t causing your issue.

I’m about to get rid of EleFront but I don’t think I’ll go as far as renaming plug-in folders just yet.

It only takes a second to rename a folder, and then restart Rhino. If it doesn’t fix the problem, rename it back, and Rhino will load the plugin as it was…