Page MenuHome

Snapping System: Use a more descriptive snap element drawing
Changes PlannedPublic

Authored by Germano Cavalcante (mano-wii) on Aug 21 2019, 2:00 AM.

Details

Summary

With the recent addition of new snapping elements, mixed snap is becoming crowded with so many different types of snapping elements.
Thus it is sometimes difficult to identify which element is being snapped.
The proposed solution is to use the icons related to each element instead of a circle.

Diff Detail

Repository
rB Blender
Branch
master
Build Status
Buildable 4530
Build 4530: arc lint + arc unit

Event Timeline

  • Do not change screen_co parameter value

This looks to be getting in the way too much. Maybe offset that icon from the mouse cursor so that it doesn't overlap the snapped element, or just display it in the header.

This looks to be getting in the way too much. Maybe offset that icon from the mouse cursor so that it doesn't overlap the snapped element, or just display it in the header.

I was going to make the same suggestion but you preceded me ...

however, perhaps in the future, it would be useful to preview the snapping points next to the cursor ... so you don't have to go looking for them "blindly"

+1 for snapping points preview.

Blender has semi hidden functionality where you can add snapping points with A hotkey when snapping toggle is on, maybe snapping points preview could use similar visual style (circles, crosses or squares to differentiate them from verts):

Here another proposal that intends to get the icon out of the way:

  • Redraw circle and move gizmo
  • Fix compilation error
  • Increase circle rezolution
  • Only draw icon if snap is mixed

+1 for snapping points preview.

...becomes practically essential as soon as the geometry starts to increase ...

+1 for snapping points preview.

...becomes practically essential as soon as the geometry starts to increase ...

Wouldn't it become unreadable quickly as well ? (over a dense mesh) What's the rationale behind having a preview at all ? Most often (in my experience) the ambiguity is whether I am snapping to a point nearby on the desired object, or to some distant point part of another object that I didn't even notice was overlapping the first object. Communicating the target clearly might be as simple as highlighting the actual target element ?

Wouldn't it become unreadable quickly as well ? (over a dense mesh) What's the rationale behind having a preview at all ? Most often (in my experience) the ambiguity is whether I am snapping to a point nearby on the desired object, or to some distant point part of another object that I didn't even notice was overlapping the first object. Communicating the target clearly might be as simple as highlighting the actual target element ?

Some comments above, I talked about snapping points preview near the cursor radius ...
that is to say that if they appear with a gradient effect, you have no overflow. and you quickly know where the snapping point is.

An other applications that adopt this technique, it works great.

Wouldn't it become unreadable quickly as well ? (over a dense mesh) What's the rationale behind having a preview at all ? Most often (in my experience) the ambiguity is whether I am snapping to a point nearby on the desired object, or to some distant point part of another object that I didn't even notice was overlapping the first object. Communicating the target clearly might be as simple as highlighting the actual target element ?

Some comments above, I talked about snapping points preview near the cursor radius ...
that is to say that if they appear with a gradient effect, you have no overflow. and you quickly know where the snapping point is.
An other applications that adopt this technique, it works great.

My question is why does the user need such a preview, since the displayed mesh already shows all information relevant to snapping ? (vertices, edges, faces) Is it an alternate way to communicate what snapping targets are active, or is there another purpose ?

Brecht Van Lommel (brecht) requested changes to this revision.Aug 23 2019, 12:29 PM

From the gifs shown, this looks like it gets in the way too much. @William Reynish (billreynish), @Pablo Vazquez (pablovazquez), do you have a good idea for the design of this?

The logical options to me seem:

  • Show icon in the header along with transform values.
  • Show icon semi-transparent and a bit further removed from the cursor.
This revision now requires changes to proceed.Aug 23 2019, 12:29 PM

The patch D5557 already helps a lot to solve the initial problem.
The dotted line already helps to differentiate Perpendicular from Middle (which are the only ones that can confuse).

Germano Cavalcante (mano-wii) planned changes to this revision.Aug 23 2019, 7:13 PM