Align to view rotation glitch #38217

New Issue

Lewis Veasey · 2014-01-14T20:37:50+01:00

Lewis Veasey commented

2014-01-14 20:37:50 +01:00

System Information
Windows 7 home premium 64bit,

Blender Version
Broken: (2.69.8, Hash: e998465) (Older versions as well)

Short description of error

Moving objects through X,Y,Z (in side bar) make models face down. While (Align to view) is in use.

Exact steps for others to reproduce the error

Add "Monkey" then click "Align To View" Check box. Then adjust the location ether X,Y,Z in the side bar. The model will then face downward, for some reason. Unchecking and rechecking the box will fix it but to the current view of course, which could of changed at any point.

**System Information** Windows 7 home premium 64bit, **Blender Version** Broken: (2.69.8, Hash: e998465) (Older versions as well) **Short description of error** Moving objects through X,Y,Z (in side bar) make models face down. While (Align to view) is in use. **Exact steps for others to reproduce the error** Add "Monkey" then click "Align To View" Check box. Then adjust the location ether X,Y,Z in the side bar. The model will then face downward, for some reason. Unchecking and rechecking the box will fix it but to the current view of course, which could of changed at any point.

Lewis Veasey commented

2014-01-14 20:37:50 +01:00

Changed status to: 'Open'

Lewis Veasey commented

2014-01-14 20:37:50 +01:00

Added subscriber: @LewisVeasey

Sergej Reich commented

2014-01-14 23:39:34 +01:00

Added subscriber: @sreich

Sergej Reich commented

2014-01-14 23:39:34 +01:00

"Align To View" is being disabled when roration (and for some reason any of the other properties) is changed.
Seems to me this is not actually needed, so we could just do this: axis_align_fix.diff
Would be good to grey out the rotation property when "Align To View" is enabled then.

"Align To View" is being disabled when roration (and for some reason any of the other properties) is changed. Seems to me this is not actually needed, so we could just do this: [axis_align_fix.diff](https://archive.blender.org/developer/F68401/axis_align_fix.diff) Would be good to grey out the rotation property when "Align To View" is enabled then.

Lewis Veasey commented

2014-01-15 02:37:48 +01:00

Thank you! Do you think you could change the check box to a button instead? It almost seems to be pointless to be a check box. On second thought, you could have it so the model follows the view in real time till you apply the model settings. As a Pose to checking the box and unchecking to update the model's rotation to view. If you could do one or the other, that would be greatly appreciated, it's just a thought, so don't feel obligated to do it.

Campbell Barton self-assigned this 2014-01-15 07:10:16 +01:00

Campbell Barton commented

2014-01-15 07:10:16 +01:00

@sreich - not sure this is right - rotation is supposed to override view alignment, also - any changes here should be matches in pythons add object utility function, will check on this,

Campbell Barton changed title from ~~>Align to view rotation glitch<~~ to Align to view rotation glitch

2014-01-15 07:10:43 +01:00

Sergej Reich commented

2014-01-15 07:15:00 +01:00

If rotation is supposed to override view alignment, then having it as a checkbox is weird.
That means that you have to uncheck and check "Align To View" again to reactivate it after changing rotation.

If rotation is supposed to override view alignment, then having it as a checkbox is weird. That means that you have to uncheck and check "Align To View" again to reactivate it after changing rotation.

Lewis Veasey commented

2014-01-15 17:06:22 +01:00

That's exactly what I was thinking. I think a button would make more sense then a check box.

Campbell Barton commented

2014-01-16 07:00:59 +01:00

The reason its not a button (an operator which overwrites the current rotation values) is that this can be enabled by default in the preferences, so that would mean you couldnt run the opeator with this option enabled by default.

It could be made to work if the user preference would initialize rotation values when the preference was enabled.
but it does complicate things a little, since this means every operator would need its own draw function which adds in an operator button to perform this action.
... or we could have some automatic detection of this case so the template draw functioni knows to add a an operator button for the rotation values.

But this is a bit odd, another strange behavior is you can orbit the view, then re-enable align view to get a new rotation.

The reason its not a button (an operator which overwrites the current rotation values) is that this can be enabled by default in the preferences, so that would mean you couldnt run the opeator with this option enabled by default. It could be made to work if the user preference would initialize rotation values when the preference was enabled. but it does complicate things a little, since this means every operator would need its own draw function which adds in an operator button to perform this action. ... or we could have some automatic detection of this case so the template draw functioni knows to add a an operator button for the rotation values. But this is a bit odd, another strange behavior is you can orbit the view, then re-enable align view to get a new rotation.

Campbell Barton commented

2014-01-16 07:10:06 +01:00

Changed status from 'Open' to: 'Archived'

Campbell Barton closed this issue

2014-01-16 07:10:06 +01:00

Campbell Barton commented

2014-01-16 07:10:06 +01:00

There is some logical conflict here, but the initial report states that:

"The model will then face downward, for some reason"

Which is in fact quite logical since you're editing the rotation values which have been set already by the viewport.

We could make some improvements here (wrt rotating the view then changing align option and making it more clear which is set...)

But this is more of a TODO then a bug.

There is some logical conflict here, but the initial report states that: *"The model will then face downward, for some reason"* Which is in fact quite logical since you're editing the rotation values which have been set already by the viewport. We could make some improvements here (wrt rotating the view then changing align option and making it more clear which is set...) But this is more of a TODO then a bug.

Sergej Reich commented

2014-01-16 10:20:27 +01:00

There is still a bug here though.
As the report mentiones, not only rotation, but location (and in fact every other property change) will disable view alignment.

There is still a bug here though. As the report mentiones, not only rotation, but location (and in fact every other property change) will disable view alignment.

Campbell Barton commented

2014-01-16 11:07:39 +01:00

Changed status from 'Archived' to: 'Open'

Campbell Barton reopened this issue

2014-01-16 11:07:39 +01:00

Campbell Barton commented

2014-01-16 11:07:39 +01:00

Ok, I see the bug now happens with Suzzane but not a Cube. checkign on it...