Change Details

Currently, loopcut is done in 2 steps. # pick the loop to cut. # slide the edge loop. The issue with this is the mouse cursor isn't aligned with the loop, the cut is always exactly in the middle, this isnt always a bad thing - sometimes you want a cut in the middle so in that case you can simply do `Ctrl+R, LMB,LMB` This design ticket proposed that it be changed so the initial pink-preview loop is aligned to the mouse cursor, this way the default behavior would be to add where you click, and if you want the loop to be exactly centered you could hold `Ctrl` to snap it to the center. We can also make it so holding `Ctrl` while selecting a loop keeps the existing behavior. (This matches knife's midpoint snapping). This way `Ctrl+R, LMB,LMB` will add a loop where the mouse is. The only drawbacks I can think of are... - if you prefer old behavior as default and are adding a lot of central loop cuts. - if you want to add a loop where many edges meet or overlap, its can be hard to select the right edge and the right % in one step, In that case you can still //add-and-slide//, but this behavior would mean users would get into a habit of adding directly and double clicking, and in some cases there is a bit of a conflict attempting to do both at once.

Currently, loopcut is done in 2 steps. # pick the loop to cut. # slide the edge loop. The issue with this is the mouse cursor isn't aligned with the loop, the cut is always exactly in the middle, this isnt always a bad thing - sometimes you want a cut in the middle so in that case you can simply do `Ctrl+R, LMB,LMB` This design ticket proposed that it be changed so the initial pink-preview loop is aligned to the mouse cursor, this way the default behavior would be to add where you click, and if you want the loop to be exactly centered you could hold `Ctrl` to snap it to the center. We can also make it so holding `Ctrl` while selecting a loop keeps the existing behavior. (This matches knife's midpoint snapping). This way `Ctrl+R, LMB,LMB` will add a loop where the mouse is. The only drawbacks I can think of are... - if you prefer old behavior as default and are adding a lot of central loop cuts. - if you want to add a loop where many edges meet or overlap, its can be hard to select the right edge and the right % in one step, In that case you can still //add-and-slide//, but this behavior would mean users would get into a habit of adding directly and double clicking, and in some cases there is a bit of a conflict attempting to make both decisions in one step.

Currently, loopcut is done in 2 steps. # pick the loop to cut. # slide the edge loop. The issue with this is the mouse cursor isn't aligned with the loop, the cut is always exactly in the middle, this isnt always a bad thing - sometimes you want a cut in the middle so in that case you can simply do `Ctrl+R, LMB,LMB` This design ticket proposed that it be changed so the initial pink-preview loop is aligned to the mouse cursor, this way the default behavior would be to add where you click, and if you want the loop to be exactly centered you could hold `Ctrl` to snap it to the center. We can also make it so holding `Ctrl` while selecting a loop keeps the existing behavior. (This matches knife's midpoint snapping). This way `Ctrl+R, LMB,LMB` will add a loop where the mouse is. The only drawbacks I can think of are... - if you prefer old behavior as default and are adding a lot of central loop cuts. - if you want to add a loop where many edges meet or overlap, its can be hard to select the right edge and the right % in one step, In that case you can still //add-and-slide//, but this behavior would mean users would get into a habit of adding directly and double clicking, and in some cases there is a bit of a conflict attempting to domake both at oncedecisions in one step.