In the interests of moving to standard computer operation expectations…
The new selection standards and abilities like the automatic box selection mode, left-click selection, etc. are probably overdue, even though we long-time users had gotten used to the quirks.
However, I have noticed another “wrong” behaviour in several spots.
For example, if you select one of a vertex/edge/face and then hold down the modifier key while selecting another v/e/f’s some distance away, the “wrong” type of selection occurs.
Shift-Click will select ONLY the new v/e/f.
Ctrl-Click will select all the v/e/f between the last selected and the newly selected one.
These need to be switched! ** donning asbestos suit!
**
Every other software I’ve used since Windows 95 (and probably before, can’t remember though!) uses the SHIFT key as the modifier to select all items between the last selection and the new selection.
The CONTROL key is always used as a modifier to only add the new item to the list of selected items.
This also applies to I don’t know how many other items, For example, the Vertex/Edge/Face Mode selector is similar. To select multiple modes, you have to select the SHIFT key instead of the CTRL key. And you can’t select all three with 2 clicks, you need to add each one, one at a time, holding SHIFT.
So what do you think??? How much work would it be to change the modifiers to the “standard” behaviour? Shouldn’t it be changed, regardless? or is this already on somewhere on the ToDo list?
If we’re making the change to a default Left-Click selection finally, then shouldn’t this be switched to the standard modifier arrangement too? Hopefully another configuration point isn’t needed!
Or is this a Windows only thing? I’m pretty sure I recall Macs doing the same thing, However, I can’t remember if it’s a Linux standard too. I want to say it is though.
Another thing which is inconsistent/odd (although apparently it’s done this for at least awhile)…
Say you have a subdivided box. Select an edge that is horizontal, then select a parallel edge further down the box, while holding down the “select everything between” modifier (currently Ctrl, as I complained above).
- the result is that the original selection is still selected, the edge that was clicked is selected, and the VERTICAL edges running down to the item
- the result I was expecting was this:
I could have sworn there was a way to select edges like that, maybe the loop selector. Although, maybe it was in some loop selection plugin?
I understand it’s seeking a path between the two selections (and the algorithm selects the left-hand vertical path most of the time, which was a clue as it what is happening). It works fine for vertices and face mode, but this really it isn’t the expected action for edge mode continuous selection.
I was trying to figure out a general solution which would yield what I was expecting, but it’s tricky. For example, how would you handle a diagonal edge connection. And that’s just in a regular linear subdivided object of course.
However, I think there is a use case that should be tried to see if it fits before the current path-finding is done. If a linear selection, like a loop selection, can be done between the edges, then the parallel edges will be selected. (note 1) If not then the current selection routine would take over.
Speaking of diagonal selections…
For some reason, the edge mode solution (and vertices mode) is to go straight in one direction (e.g vertical) all the way to the same horizontal line as the selection and then straight across (i.e. an L shape) to the new selection.
Faces however, tries to create a diagonal line of selection.
Note (1) solution something like, if there is an equal number of directly connected vertices between the two edges.
