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

New Issue

Todor Imreorov · 2014-05-12T00:22:46+02:00

Todor Imreorov commented

2014-05-12 00:22:46 +02:00

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

turn on autoperspective
orbit around a mesh
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.

**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.

Todor Imreorov commented

2014-05-12 00:22:46 +02:00

Changed status to: 'Open'

Todor Imreorov commented

2014-05-12 00:22:46 +02:00

Added subscriber: @TodorImreorov

Campbell Barton commented

2014-05-12 01:52:08 +02:00

Added subscriber: @ideasman42

Campbell Barton commented

2014-05-12 01:52:08 +02:00

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?

Its possible that you snap to the top view at a different roll to what blender sets when pressing numpad 7. ![view_snap.png](https://archive.blender.org/developer/F88547/view_snap.png) Isn't Its confusing if both views are named top? What would you suggest happen in this case?

Todor Imreorov commented

2014-05-12 02:21:37 +02:00

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.

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 commented

2014-05-12 03:09:57 +02:00

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.

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.

Paweł Łyczkowski commented

2014-05-15 20:13:49 +02:00

Added subscriber: @PawelLyczkowski-1

Paweł Łyczkowski commented

2014-05-15 20:13:49 +02:00

@ideasman42

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.

@ideasman42 >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.

michael knubben commented

2014-05-21 10:58:14 +02:00

Added subscriber: @michaelknubben

michael knubben commented

2014-05-21 11:01:02 +02:00

I agree with @PawelLyczkowski-1, this is a good solution.

Bastien Montagne commented

2014-06-01 17:20:26 +02:00

Added subscriber: @mont29

Paweł Łyczkowski commented

2014-07-08 11:06:57 +02:00

@ideasman42 Are there still showstoppers here? Are they on the code side, or the design side?

Paweł Łyczkowski changed title 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

2014-07-08 11:07:31 +02:00

Campbell Barton commented

2014-07-09 02:26:09 +02:00

@PawelLyczkowski-1 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?

@PawelLyczkowski-1 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?

Paweł Łyczkowski commented

2014-07-09 10:24:55 +02:00

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?

>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?

michael knubben commented

2014-07-09 11:14:13 +02:00

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.

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.

michael knubben commented

2016-02-15 13:55:36 +01:00

Any news on this?

Aaron Carlisle commented

2020-02-13 01:40:55 +01:00

Changed status from 'Confirmed' to: 'Resolved'

Aaron Carlisle closed this issue

2020-02-13 01:40:55 +01:00

Aaron Carlisle self-assigned this 2020-02-13 01:40:55 +01:00

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

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