(Example file enclosed. The text below is also included in the Notes of the file.)
_Lines drawn in Top view
_Snaps On (Persistent: End, Near, Point, Midpoint, Center, Intersection, Perpendicular)
_Line desired from A to B; however, result is Line AC unless Project is activated — which is seemingly the ONLY way to get Line AB?
_Thus; ONLY Project works despite expectations that Ortho and/or Planar will work. Desired (and expected) behavior is that either Ortho or Planar should achieve desired results without the use of Project
One might say, “Well, just use Project”. Well, the reason Project is not practical (especially when drawing complex items) is that this requires moving the CPlane every time an Off-CPlane item is drawn (or measured). Sad!
DESIRED: The optimal (and expected) solution is for Ortho to lock new inputs (Shift Toggle is great here!) relative to the active construction plane upon which they are being worked (such as Top, Front, etc). This should also apply to items that are parallel to that CPlane (even if located above or below the Cplane). An example would be a line drawn in Top view from D to C.
SNAPS SHOULD NEVER ACTIVATE UNLESS GEOMETRY MEETS THESE ORTHO CONDITIONS!!!
(That’s where Smart Guides should be used — to show alignments that are NOT co-planar. Snaps should ONLY show up if Smart Guides is in use for non-planar geometry)
In addressing this issue, bonus points given if coincident points in front of the CPlane get Snap priority and are shown as the first item in a popup list.
SUMMARY: When Ortho is engaged, snaps would ONLY activate for items that are on the same plane as the start of a geometry (e.g Lines AB or DC) based upon the view in which they are being drawn. (This also includes items parallel to the CPlane in which work is being performed).
As for Planar — This does not behave as expected or described. See Layer “WTF? Planar”. In Top view, I want (and expect) to draw Line GH (which is on the CPlane). However, the result is Line EF. I believe that Planar could (should?) be deleted if Ortho worked properly.
In addition, because Project Snap also performs very similar (and powerful) functions to Planar (as it should work, not as it does), it could be argued that Project could/should be placed on the header bar next to Ortho (instead of Planar). The reason for this is that it would be HIGHLY visible when working, in case one forgets to turn it off accidentally. (Thinking here of very dense geometry situations where this mistake of leaving Project on accidentally can REALLY screw up a project)
Good luck with this! Fix this fundamental geometry creation problem and I will (mostly) stop complaining for a while.
Oh_Snap_Example.3dm (45.4 KB)