Preset View Panel Incorrect with Numpad (Interchanged) #71339

New Issue

Jos Huntjens · 2019-11-04T16:06:26+01:00

Jos Huntjens commented

2019-11-04 16:06:26 +01:00

System Information
Operating system: MacOS Catalina version 10.15.1
Graphics card: Intel HD Graphics 4000 1536 MB

Blender Version
Broken: V2.81 Beta - Date 2019.11.02 10:50 - #07968604ab19
Worked: (optional)

Short description of error

When selecting with the mouse the front view -Y, this does not correspond with the Numpad 1 key.
The +Y and -Y are interchanged!

**System Information** Operating system: MacOS Catalina version 10.15.1 Graphics card: Intel HD Graphics 4000 1536 MB **Blender Version** Broken: V2.81 Beta - Date 2019.11.02 10:50 - #07968604ab19 Worked: (optional) **Short description of error** When selecting with the mouse the front view -Y, this does not correspond with the Numpad 1 key. The +Y and -Y are interchanged!

Jos Huntjens commented

2019-11-04 16:06:26 +01:00

Added subscriber: @Lox

Philipp Oeser commented

2019-11-05 11:06:01 +01:00

Added subscriber: @lichtwerk

Philipp Oeser commented

2019-11-05 11:06:01 +01:00

Cannot reproduce here.

For me, clicking on this

corresponds to hitting 1 on the Numpad.
Are you saying this is reversed for you?

That being said, your gpu is also not officially supported anymore
https://docs.blender.org/manual/en/dev/troubleshooting/gpu/index.html
https://www.blender.org/download/requirements/

Cannot reproduce here. For me, clicking on this ![#71339.png](https://archive.blender.org/developer/F7945094/T71339.png) corresponds to hitting `1` on the `Numpad`. Are you saying this is reversed for you? That being said, your gpu is also not officially supported anymore https://docs.blender.org/manual/en/dev/troubleshooting/gpu/index.html https://www.blender.org/download/requirements/

Jos Huntjens commented

2019-11-05 13:48:35 +01:00

No, this is not reversed for me.

According to the graphics representation the Green, Red or Blue DOT represents the negative axis. The Green, Red or Blue Arrows represent the Positive axis.

For the Red arrow X (Numpad 3) and the Blue arrow Z (Numpad 7) this is correct.
For the Green arrow Y (Numpad 1) this is not.

No, this is not reversed for me. According to the graphics representation the Green, Red or Blue DOT represents the negative axis. The Green, Red or Blue Arrows represent the Positive axis. For the Red arrow X (Numpad 3) and the Blue arrow Z (Numpad 7) this is correct. For the Green arrow Y (Numpad 1) this is not.

Philipp Oeser commented

2019-11-05 15:07:59 +01:00

Added subscriber: @WilliamReynish

Philipp Oeser commented

2019-11-05 15:07:59 +01:00

There might be a reason for this, but indeed FRONT/BACK seem to be not in line with the others...
But this is also true for the menu entries [View > Viewpoints]

CC @WilliamReynish: Any reason why we are mapping it like this?

FRONT [without modifier key] is looking down the positve axis
TOP [without modifier key] is looking down the negative axis
RIGHT [without modifier key] is looking down the negative axis

this might all be defined like this for a right-handed cartesian coordinate system, I am not aware of this though, will leave up to others to decide...

There might be a reason for this, but indeed FRONT/BACK seem to be not in line with the others... But this is also true for the menu entries [`View` > `Viewpoints`] CC @WilliamReynish: Any reason why we are mapping it like this? - FRONT [without modifier key] is looking down the positve axis - TOP [without modifier key] is looking down the negative axis - RIGHT [without modifier key] is looking down the negative axis this might all be defined like this for a right-handed cartesian coordinate system, I am not aware of this though, will leave up to others to decide...

Richard Antalik commented

2020-01-16 13:22:07 +01:00

Added subscriber: @iss

Richard Antalik commented

2020-01-16 13:22:07 +01:00

@lichtwerk I can't see any inconsistency here.
Should we close this task or is somebody willing to find inconsistencies and fix them?

@lichtwerk I can't see any inconsistency here. Should we close this task or is somebody willing to find inconsistencies and fix them?

Philipp Oeser commented

2020-01-16 14:07:16 +01:00

Well, I'll try other words:

if in the widget you are using the "dots", you will always be looking in the positive direction (consistent)
if in the widget you are using the "arrows", you will always be looking in the negative direction (consistent)
if you use Numpad 3 or 7, you'll be looking in the negative direction, Numpad 1 will look in the positive direction (inconsistent)
(above results in shortcuts for the "dots" in the widget: green: Numpad 1; red: Ctrl Numpad 3; blue: Ctrl Numpad 7)

Like I said before, I cannot judge if this is an issue (it is not for me personally), looks inconsistent though [UI-Team should probably handle this].

Well, I'll try other words: - if in the widget you are using the "dots", you will always be looking in the positive direction (consistent) - if in the widget you are using the "arrows", you will always be looking in the negative direction (consistent) - if you use Numpad 3 or 7, you'll be looking in the negative direction, Numpad 1 will look in the positive direction (inconsistent) - (above results in shortcuts for the "dots" in the widget: green: Numpad 1; red: Ctrl Numpad 3; blue: Ctrl Numpad 7) Like I said before, I cannot judge if this is an issue (it is not for me personally), looks inconsistent though [UI-Team should probably handle this].

Julian Eisel commented

2020-02-04 18:29:04 +01:00

Added subscriber: @JulianEisel

Julian Eisel commented

2020-02-04 18:29:04 +01:00

Changed status from 'Needs Developer To Reproduce' to: 'Archived'

Julian Eisel closed this issue

2020-02-04 18:29:04 +01:00

Julian Eisel self-assigned this 2020-02-04 18:29:04 +01:00

Julian Eisel commented

2020-02-04 18:29:04 +01:00

The way these things are mapped is a historical decision that would be very hard to change now. I think it is indeed an issue of the right-handed, Z-up coordinate system. Any change here would have major impacts, even if they were easy to do. So this is not just a visual issue, it's the definition of our coordinate system that causes this inconsistency.

So thanks for the report, but this is not something that's likely to change. Closing as this is not a bug or known issue.

The way these things are mapped is a historical decision that would be very hard to change now. I think it is indeed an issue of the right-handed, Z-up coordinate system. Any change here would have major impacts, even if they were easy to do. So this is not just a visual issue, it's the definition of our coordinate system that causes this inconsistency. So thanks for the report, but this is not something that's likely to change. Closing as this is not a bug or known issue.

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

Preset View Panel Incorrect with Numpad (Interchanged) #71339