Vendor Name: ATI Technologies Inc.
Render version: 4.6
Shading Language: 4.60
Driver Date: 10-16-2020
Driver Version: 27.20.12033.1007
Maximum Texture size: 16384 x 16384
Z-Buffer depth: 24 bits
Maximum Viewport size: 16384 x 16384
Total Video Memory: 8 GB
Rhino plugins that do not ship with Rhino
C:\Program Files\SimLab\Plugins\SimLab Rhino Integration\SimLabComposerIntegration.rhp “SimLab Composer Integration”
C:\Users\Bodzguard\AppData\Roaming\Grasshopper\Libraries\ElefrontProperties.rhp “ElefrontProperties” 18.104.22.168
Thank you very much pascal, so now its a feature and not a bug.
I must say, I never had the issue reported in the bug tracker.
I guess, enabling this as an optional feature within settings is not worth the hassle for one user?
When I import geometry from various project I mostly use ‘purge’ command after reorganizing the layers - But in other cases, pressing DEL feels faster in the workflow for myself.
Wellll, I don’t know - for one thing, Layers did not behave as the other panels do, for one thing - it was the only one to delete on the delete key, but the comments on the Disco item show it was an actual workflow problem for users I was bitten/irritated by this a number of times myself…
So the current workflow is different than it used to be but I would argue more consistent and less susceptible to causing errors. My 2 piasters…
Well I think the problem was the layer panel’s keeping focus when the cursor was outside it, not the fact that the delete key actually worked to delete layers. I have been using the delete key to delete layers for years and never had a problem. On top of that, the layer stack is undo-able, so if you do make a mistake, you get stuff back. Not any different than deleting some accidentally selected objects…
But maybe a compromise:
For me it seams most intuitiv to have the Delete-Key only active after a mouse klick in the corresponding GUI-Element, if the mouse is still over the GUI-Element / has Focus.
(i mean you click on the Layer-Name, or you click on the RhinoObject in the Viewport … before deleting them)
As soon as the mouse leaves / Focus is lost, the Delete Key should loose its power and not gain it back just by mouse-Over.
I think Input-Focus is a general GUI-Topic for Rhino to be looked at :
… if you enter some Properties -for example the Name of an Object- and press Enter / Return, i would love to have Enter as “confirm” and the Focus should be back on the command line or the previous Element. But we get the entire Name selected.
RhinoForMac has even more ugly Focus / Enter-Return … behaviour especially for command options - and different from Windows…
and i also agree, for all user who have to adapt to work more precisely with there mouse - there is Undo…
This is one of the most frustrating changes to Rhino 7. As a professional user, it makes me want to go back to Rhino 6 until this new “feature” becomes a toggle-able option. I use the delete key to delete layers all the time, intentionally. It’s not like you can accidentally delete a layer with objects on it without getting a big old warning in the middle of the screen… And if you delete a layer without objects on it, it’s very easy indeed to re-create. As a user who utilizes typed commands and keystrokes for just about every action, having to go click the red “X” is a real hassle. Please, please make this an option…
After getting some feedback from the developers… this change was by design to match behavior with other panels and between Mac and Windows Rhino. The change also was made to help users who were deleting layers when they intended to delete objects.
All - From Rhino 7.6 on Windows, the default behavior will be that you can delete layers with the keyboard delete key again. To turn this behavior OFF, uncheck the advanced setting Rhino.Options.General.EnableLayersPanelDeleteKey.
Also see: RH-63265