What's new

UI Feedback requested :D

stepalibre

Alibre Super User
- Double clicking on an existing Sketch should open the Sketch Editor, instead of having to use a context menu and choose Edit.

- Double clicking any feature should invoke the feature editor instead of using a context menu to choose Edit. Again, this is time consuming.

With feature or face selection filters enabled double clicking a feature in the viewport will open the feature edit dialog or edit sketch:

1714681530052.png

1714684087249.png

Double clicking a feature in the feature tree moves the history up to that feature. This is important for my workflow especially in complex models where I need to quickly move the history.
Here's an example:

Design at last feature:

1714682670640.png

Design after double clicking the "column_cut_group_1" feature in the tree:

1714682765617.png

Hitting F5 (regen all) will move the history back to the last feature.
 

J.M.

New Member
You're correct, I had long forgotten about Selection Filters. Time to re-add them to my toolbar.

However, double clicking a consumed sketch in the Explorer should still open the sketch for editing, unless there is another way to influence the current behavior that eludes me.
 

stepalibre

Alibre Super User
However, double clicking a consumed sketch in the Explorer should still open the sketch for editing, unless there is another way to influence the current behavior that eludes me.
Control + double click should also work.
 

J.M.

New Member
Yes, that works! Too many options and shortcuts to keep track of. Come to think of it, perhaps that is more of a problem for the UI than anything else; too much choice. Perhaps a good suggestion for the UI is to allow the user to define the 'Default' mouse click functionality for their own tastes/experiences.

Just as an example; I could alter the default behavior of a double click on a Sketch to edit it or a single click on the name of a feature/sketch/whatever to rename it, where you could retain what you are accustomed to. To a large extent, we can accomplish a lot of that kind of customization today with customized shortcuts, but we are limited to a 'fixed' behavior with regards to mouse click operations. Of course, that would open up a whole series of issues of 'Why doesn't it do that when I click on it?' problems being raised in the forums to say the least.

Sometimes, too much flexibility is as bad or worse than too little.

There are published 'Standards' to which all windows driven UI's (any platform) are supposed to adhere, and I have been exposed to far too many different applications in other fields that feel the need to 'redefine the standard' for their own benefit because of the 'workflow' or 'UI interaction' envisioned by the developers. The result is a huge learning curve for what should be an intuitive interaction with the application. With 42 years of application development now behind me, and striving daily to adhere to those standards, those type of applications drive me bananas. In some ways, for me personally, Alibre has always bordered on that. Let's hope we can reign it in.
 
Top