Something is seriously messed up with the selection filter

I posted before I know but nobody really looked into it.

If you use SHIFT or CTRL? to unselect items then click in the viewport they all re-select. Less than a minute of playing around with it should yield something.

It seems like selecting items one-by-one avoids the issue but should we really have to do that?

Is this another ETO forms issue? I’m beginning to wonder about ETO forms. I’ve never seen anything cross-platform actually work.

Can’t say I’m seeing that. In any particular sort of view? Kinds of objects? All I can imagine is a parallel view where the camera is actually way-zoomed-in some weird way as happens sometimes causing picking to go all wonky.

The issue seems to be with the dialog itself. The behavior seems pooched.

If I select things one-by-one it seems okay, so far. There’s a shortcut where if you hit SHIFT or CTRL it will unselect everything and allow you to select a single checkbox. But if you do this, the next time you click on the screen everything re-selects.

I really wish the dialogs just behaved like everything else, using SHIFT+Left Click similar to Windows and the layer’s dialog.

Hi Keith.

I believe the thing that’s tripping you up is that Ctrl and Shift aren’t used for multi control selection they are used as a toggle of the One Shot selection filter mode. This mode allows the filter to be used for a single selection then reverts back to its previous state. This is mentioned in the help file under One-shot selection filters.

A quick way to clear/enable all check states is to right click the disable check.

Hopefully that helps clear up some of the confusing behavior.

Thanks Travis. It works well it’s just different.

I’ve having serious issues with the selection filter again. I will change it and then try to type a command, it un-does everything I did.

If I remember to click somewhere on the viewport then I can type in my command. But it usually means selecting something, then I have to unselect it. It’s a real workflow killer.

I would rather the selection filter not be affected by the keyboard.

Well… I figured out a work-around…

If you enable/disable the filter here you don’t suffer the same fate (I don’t think):

And I found out how to create an alias:

image

It’s not so simple because you have to use the “-” in front… without the dash nothing comes up.

This is an ugly solution because it outputs a ton of text in the command line:

But it’s good enough.

I do enough programming to know how easy it is to not have that check box trigger when you hit enter. The “filter” button below doesn’t do that. It’s actually an added feature. Nobody is checking a box then hitting “enter” to uncheck the box.

The selection filter is due for an upgrade anyways. It’s a really important feature but the dialog box looks like it was created by a (smart) 8 year old having their first crack at WinForms.

Can you make a video showing what you’re trying to describe?

Edit, nevermind. I see your issue is stemming from this. Ill take a look at this this week. https://mcneel.myjetbrains.com/youtrack/issue/RH-85366

Add a tilde (~) to the alias macro to stop the command line spamming.

Rhino scripting | Rhino 3-D modeling

Alternatively, it may be fixed with NoEcho…

1 Like

It’s a more widespread issue not exclusive to the selection filter. Thanks for looking that up!! I know I need to chill out this was really killing my workflow. Once I re-train my brain it’s not so bad now.
I wonder how involved it is to create an upgraded selection filter? One that can use CTRL+Select or SHIFT+select similar to the layer’s dialog. Since nobody else is asking this would probably be something I might try as a side project. I’d love to learn ETO but I’m seeing far better programmers challenges… probably over my head at least for 2025.

That will be very helpful!! Thank-you!