Auto merge sometimes doesn't work in edit cage display #40680

New Issue

gandalf3 · 2014-06-18T00:54:56+02:00

gandalf3 commented

2014-06-18 00:54:56 +02:00

System Information
Archlinux
GTX 460

Blender Version
Broken: 2.71 RC2
Worked: 2.62

Short description of error
Some vertices snapped on top of each other in applied edit cage mode don't merge when auto merge is enabled. This used to work (tested in 2.62, but possibly works in newer versions too). It always works when not in applied edit cage mode (the triangle icon on some modifiers, e.g. subserf).

Exact steps for others to reproduce the error

Open auto_merge_and_snapping_with_edit_cage.blend
Press G and move the cursor over a corner vertex (the ones in the middle seem to work in both 2.62 and 2.71. If you try the corner ones you'll notice that snapping does not use the applied edit cage, but that's a whole different thing..)
In 2.62 the vertices are merged as expected. In 2.71 they are not.

**System Information** Archlinux GTX 460 **Blender Version** Broken: 2.71 RC2 Worked: 2.62 **Short description of error** Some vertices snapped on top of each other in applied edit cage mode don't merge when auto merge is enabled. This used to work (tested in 2.62, but possibly works in newer versions too). It always works when not in applied edit cage mode (the triangle icon on some modifiers, e.g. subserf). **Exact steps for others to reproduce the error** 1. Open [auto_merge_and_snapping_with_edit_cage.blend](https://archive.blender.org/developer/F94594/auto_merge_and_snapping_with_edit_cage.blend) 2. Press G and move the cursor over a corner vertex (the ones in the middle seem to work in both 2.62 and 2.71. If you try the corner ones you'll notice that snapping does not use the applied edit cage, but that's a whole different thing..) 3. In 2.62 the vertices are merged as expected. In 2.71 they are not.

gandalf3 commented

2014-06-18 00:54:56 +02:00

Changed status to: 'Open'

gandalf3 commented

2014-06-18 00:54:56 +02:00

Added subscriber: @gandalf3

Campbell Barton was assigned by Sergey Sharybin

2014-06-18 09:58:57 +02:00

Sergey Sharybin commented

2014-06-18 09:58:57 +02:00

Added subscriber: @Sergey

gandalf3 commented

2014-06-18 10:30:12 +02:00

Added subscriber: @ideasman42

gandalf3 commented

2014-06-18 10:30:12 +02:00

@Sergey to (hopefully) make some things clear, @ideasman42 clarified some points of this issue over on #40679 (an unrelated but similar issue), whether by coincidence or mistake..

Anyway, I think there might be some confusion going on and mixing up of reports (I know I was confused at least).

@Sergey to (hopefully) make some things clear, @ideasman42 clarified some points of this issue over on #40679 (an unrelated but similar issue), whether by coincidence or mistake.. Anyway, I think there might be some confusion going on and mixing up of reports (I know I was confused at least).

Campbell Barton commented

2014-06-18 10:46:30 +02:00

Changed status from 'Open' to: 'Archived'

Campbell Barton closed this issue

2014-06-18 10:46:30 +02:00

Campbell Barton commented

2014-06-18 10:46:30 +02:00

I can see that in this case it might be nice for auto-merge to detect this case and act differently.
But this is really a mix of conflicting options.

If you snap to self, you may want to snap to the modified or the non modified geometry.
Currently it just follows the cage option, which is at least logical. - Rather not attempt to guess user needs here.

closing.

I can see that in this case it might be nice for auto-merge to detect this case and act differently. But this is really a mix of conflicting options. If you snap to self, you may want to snap to the modified or the non modified geometry. Currently it just follows the cage option, which is at least logical. - Rather not attempt to guess user needs here. closing.

gandalf3 commented

2014-06-18 10:50:55 +02:00

For the record, here is the comment I also mistakenly wrote on the other report:

I see now. I didn't realize the snapping behavior has been improved between 2.62 and 2.71 to use the deformed edit cage. Very nice addition, thanks to whoever added that :)

However, I'm still not quite sure this is the most useful behavior..
Maybe when snapping with modified edit cage enabled, perhaps there should be an option to snap to the true position of the geometry instead?

So in the case of the vertex snapping to the modified edit cage, with the cursor on the apparent, modified location of the target vertex, the vertex being transformed would go to the true (unmodified) location of the target vertex.

*For the record, here is the comment I also mistakenly wrote on the other report:* I see now. I didn't realize the snapping behavior has been improved between 2.62 and 2.71 to use the deformed edit cage. Very nice addition, thanks to whoever added that :) However, I'm still not quite sure this is the most useful behavior.. Maybe when snapping with modified edit cage enabled, perhaps there should be an option to snap to the true position of the geometry instead? So in the case of the vertex snapping to the modified edit cage, with the cursor on the apparent, modified location of the target vertex, the vertex being transformed would go to the true (unmodified) location of the target vertex.

Sign in to join this conversation.

No Label

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

Auto merge sometimes doesn't work in edit cage display #40680