Alt+snapping to Front/Back/Side/etc views with autoperspective on doesn't switch the view to Ortographic
Open, NormalPublic

Description

System Information
manjaro linux, ati mobility radeon 4650

Blender Version
Broken: 2.70

Short description of error
Alt+snapping to front/back/side/etc views with autoperspective on doesn't switch the view to ortographic.
Autoperspective uses perspective mode everywhere - front/back etc views stay in perspective mode when you alt-snap to them.

Exact steps for others to reproduce the error

  1. turn on autoperspective
  2. orbit around a mesh
  3. alt-snap to front view

you are in front view, but still in perspective mode.
It is supposed to switch you to ortographic mode when in these views.

Relevant thread at blender artist:
http://blenderartists.org/forum/showthread.php?336277-Auto-Perspective-Preference-(good-default-)/page3

There is also a patch but the solution is supposedly not ideal.
Pesho also identified another regression bug in the same thread. It should be filed as another bug report.

Details

Type
Design
Todor Imreorov (blurymind) updated the task description. (Show Details)
Todor Imreorov (blurymind) raised the priority of this task from to Needs Triage.
Campbell Barton (campbellbarton) triaged this task as Low priority.May 12 2014, 1:47 AM

Its possible that you snap to the top view at a different roll to what blender sets when pressing numpad 7.

Isn't Its confusing if both views are named top?

What would you suggest happen in this case?

top-front and top-back?

I got used to alt snapping because of zbrush. :)
If it's a low priority to have autoperspective work with it any time soon, should auto-perspective be on by default for new users?
At first I didnt even know it was a bug and completely disliked auto perspective.

Campbell Barton (campbellbarton) raised the priority of this task from Low to Incomplete.May 12 2014, 3:09 AM
Campbell Barton (campbellbarton) changed Type from Bug to Design.

Setting this as a design topic.

Current code works as intended, maybe it can be changed but its not clear yet how this should even be made to work.

@Campbell Barton (campbellbarton)

Its possible that you snap to the top view at a different roll to what blender sets when pressing numpad 7. Isn't Its confusing if both views are named top? What would you suggest happen in this case?

Then you wouldn't be in the Top view, but in User Ortho. If you then changed the view to Top, the viewport would roll around, while staying in ortho, to the roll specified in the Top view.

Bastien Montagne (mont29) raised the priority of this task from Incomplete to Normal.Jun 1 2014, 5:20 PM

@Campbell Barton (campbellbarton) Are there still showstoppers here? Are they on the code side, or the design side?

Paweł Łyczkowski (plyczkowski) renamed this task from alt+snapping to front/back/side/etc views with autoperspective on doesn't switch the view to ortographic to Alt+snapping to Front/Back/Side/etc views with autoperspective on doesn't switch the view to Ortographic.Jul 8 2014, 11:07 AM

@Paweł Łyczkowski (plyczkowski) there are details about how this works (a bit design, a bit code I suppose),

Basically - auto-perspective relies on knowing if you are in a named axis-view or not (so it can trigger perspective changes when you exit it).

You say "Then you wouldn't be in the Top view, but in User Ortho", Thats right, but then how will auto-perspective know to activate when you orbit the view?

Thats right, but then how will auto-perspective know to activate when you orbit the view?

Can it use the numerical values instead of the view name to determine when to switch? The same values to which the view is snapped when alt is down?

I didn't consider this problematic, are we sure that it is?
The snapping system knows at what treshold to snap, why can't it at the same time just go into ortho? And optionally the regular, named viewport view (top/left/etc) when it qualifies? Although I understand if that's a problem.