I realized why I’m learning so many different keystrokes in recent years. People are trying to force Mac practices on Window’s users. So 80% (probably more) users have to adapt to the other 20%. Keep Mac Mac and Windows Windows.
The “Cross Platform” revolution feels a lot like the Russian Revolution: Equal suffering of all. Instead of having different apps, each adapted to the needs of each use base, we now have a single broken one.
I’m really not impressed with Eto. It seems like a good system. No frills but good functionality. I’m seeing too much deviation from standard practices and behavior. It’s like every form was design by someone with a different idea of how things should behave. When it works it works but there’s so much broken stuff… Is it Eto or do they need to hire more help or what?
A specific example where Eto is broken would be useful. I understand you’re likely very frustrated, but a vague rant is not going to be taken seriously.
Let’s start with focus: most forms allow the command line to maintain focus while the user makes adjustments. There were issues with this with the Layers form which got fixed (thank-you!!! - that’s probably one of the hardest dialogs to work on). This still persists with other forms however.
I got almost instant replies from two very capable developers… I shouldn’t post a rant I know but I’ve also described problems in great detail, sugar coated, and they just got buried.
I did a bit of experimenting. Certain form objects (not sure what Eto calls them sorry) steal focus other ones don’t. A good comparison is a check box (or toggle?) versus the On/Off present in the Layer’s or Light’s panels/dialogs. I don’t think a check box should steal focus from the command line. If it HAD to steal focus and there was no way around it I get that. But since these other elements don’t I know it’s possible. The radio buttons seem to be stealing focus as well.
The original thorn in my side was the selection dialog:
I actually grabbed my old laptop to compare the old selection filter dialog in R7. I realize you can’t even dock it like in R8 (or I don’t remember how) That’s a pretty big improvement! The behavior however: If you click any of the boxes it doesn’t steal focus nor does it revert if you hit enter. I should have tried this out with other dialogs.
@keithscadservices Here the selection filter checkboxes just stay put when I hit Enter after changing them. Enter is forwarded to the commandline.
What’s even more confusing is that the selectionfilter was dockable in Rhino 7 as well (at least: on Windows), so I’m wondering what you are doing differently.
It’s actually when Spacebar is hit… but… Now, as I know it Spacebar is effectively Enter in Rhino. Hitting the actual Enter key doesn’t do it but also doesn’t regain focus (focus should never be lost for a toggle at least not in this case). So “Enter” is half-broken, “Spacebar” is full-broken.
Compare the behavior to the Layers dialog: you can do all sorts of things without losing command line focus. It’s also far more complicated. Maybe it’s time to overhaul the selection filter? Make us able to do Shift+Select…
I find work-arounds for lots of stuff. Especially if I think it’s mega-hard to overcome. But a focus issue like this? You guys might as well hire me… The reason I bash ETO is because I’ve seen so much stuff like this.
I forgot that I had my docked menu’s locked (which also prevents docking new menus).
