Inconsistency: Vector math node flips large list of options/operations. #97269

New Issue

Vyacheslav Kobozev · 2022-04-12T08:31:19+02:00

2022-04-12 08:31:19 +02:00

System Information
Operating system: Windows-8.1-6.3.9600-SP0 64 Bits
Graphics card: NVIDIA GeForce GTX 660 Ti/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 473.04

Blender Version
Broken: version: 3.1.2, branch: master, commit date: 2022-03-31 17:40, hash: cc66d1020c

Short description of error
When direction of opening changes, direction/order of list changes too.

2022-04-12_09-48-55.mp4
It is fun, it was the same in 2.79. But there was very short list with 1 column And it wasn`t so annoying.
Now, with 2 columns the order should be fixed same way as in Math node.
Because user remember the relative position of option too. Not just «how far from start»
Also the same flipping exists for other lists, like Transfer Attributes node. But as I said, for one short column it is not the issue at all

**System Information** Operating system: Windows-8.1-6.3.9600-SP0 64 Bits Graphics card: NVIDIA GeForce GTX 660 Ti/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 473.04 **Blender Version** Broken: version: 3.1.2, branch: master, commit date: 2022-03-31 17:40, hash: `cc66d1020c` **Short description of error** When direction of opening changes, direction/order of list changes too. ![55132201.png](https://archive.blender.org/developer/F12997567/55132201.png) [2022-04-12_09-48-55.mp4](https://archive.blender.org/developer/F12997616/2022-04-12_09-48-55.mp4) It is fun, it was the same in 2.79. But there was very short list with 1 column And it wasn`t so annoying. Now, with 2 columns the order should be fixed same way as in Math node. Because user remember the relative position of option too. Not just «how far from start» Also the same flipping exists for other lists, like Transfer Attributes node. But as I said, for one short column it is not the issue at all

Vyacheslav Kobozev commented

2022-04-12 08:31:19 +02:00

Added subscriber: @Vyach

Vyacheslav Kobozev changed title from ~~Inconsistency: Vector math node flips list of options/operations~~ to Inconsistency: Vector math node flips large list of options/operations.

2022-04-12 08:53:37 +02:00

Philipp Oeser commented

2022-04-12 12:03:53 +02:00

Added subscribers: @HooglyBoogly, @lichtwerk

Philipp Oeser commented

2022-04-12 12:03:53 +02:00

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

Philipp Oeser commented

2022-04-12 12:03:53 +02:00

Proposal makes sense, however, this has little chance passing as a "bug".

I will kindly raise awareness to @HooglyBoogly (this might be kept as TODO, but since there are really more pressing issues, this could as well be closed as a request)

Thanks for the report, but the issue reported here is a request for modified/improved behavior and not a bug in current behavior. Closing as this bug tracker is only for bugs and errors.
For user requests and feedback, please use other channels: https://wiki.blender.org/wiki/Communication/Contact#User_Feedback_and_Requests
For more information on why this isn't considered a bug, visit: https://wiki.blender.org/wiki/Reference/Not_a_bug

Proposal makes sense, however, this has little chance passing as a "bug". I will kindly raise awareness to @HooglyBoogly (this might be kept as TODO, but since there are really more pressing issues, this could as well be closed as a request) > Thanks for the report, but the issue reported here is a request for modified/improved behavior and not a bug in current behavior. Closing as this bug tracker is only for bugs and errors. > For user requests and feedback, please use other channels: https://wiki.blender.org/wiki/Communication/Contact#User_Feedback_and_Requests > For more information on why this isn't considered a bug, visit: https://wiki.blender.org/wiki/Reference/Not_a_bug

Hans Goudey commented

2022-04-12 21:34:00 +02:00

Not to say it's better the way it is, but this is just a consequence of current UI design. Enums with named categories maintain their orientation when they have to be created above the button to fit on the screen, enums without named categories don't.
Personally I have no idea why this is, but maybe there's some good reasoning. Either way, I can't really change it just because it's bad in this case, so I'm not sure what the "do" would be if this was a TODO.

Another option is to add named categories to the vector math node. That might make the enum very wide on the screen though.

Longer term, most of the vector math operations might be merged into the math node.

Not to say it's better the way it is, but this is just a consequence of current UI design. Enums with named categories maintain their orientation when they have to be created above the button to fit on the screen, enums without named categories don't. Personally I have no idea why this is, but maybe there's some good reasoning. Either way, I can't really change it just because it's bad in this case, so I'm not sure what the "do" would be if this was a TODO. Another option is to add named categories to the vector math node. That might make the enum very wide on the screen though. Longer term, most of the vector math operations might be merged into the math node.

Vyacheslav Kobozev commented

2022-04-12 22:44:56 +02:00

In #97269#1340077, @HooglyBoogly wrote:
Enums with named categories maintain their orientation when they have to be created above the button to fit on the screen, enums without named categories don't.

Oh... I see. What if there will be 1 category?

> In #97269#1340077, @HooglyBoogly wrote: >Enums with named categories maintain their orientation when they have to be created above the button to fit on the screen, enums without named categories don't. Oh... I see. What if there will be 1 category?

Hans Goudey commented

2022-04-18 15:39:20 +02:00

I think that's sort of reasonable, but at that point I feel like menu flipping for the whole UI should be examined, not just this one node.

Vyacheslav Kobozev commented

2022-04-19 06:21:29 +02:00

In #97269#1342813, @HooglyBoogly wrote:
I think that's sort of reasonable, but at that point I feel like menu flipping for the whole UI should be examined, not just this one node.

Totally agree.

IMO flipping is okay and even desired for short lists as 1 column 4 — 8 options, where 3-4 are popular and other not so and user can see whole list (no scroll) most of the time.
Long lists should be divided to columns and have no flipping.

Just for example about popular and not so:
add, multiply, divide, subtract VS hyperbolic sine, logarithm and even atan2

> In #97269#1342813, @HooglyBoogly wrote: > I think that's sort of reasonable, but at that point I feel like menu flipping for the whole UI should be examined, not just this one node. Totally agree. IMO flipping is okay and even desired for short lists as 1 column 4 — 8 options, where 3-4 are popular and other not so and user can see whole list (no scroll) most of the time. Long lists should be divided to columns and have no flipping. Just for example about popular and not so: add, multiply, divide, subtract VS hyperbolic sine, logarithm and even atan2

Charlie Jolly commented

2022-11-08 18:16:15 +01:00

Added subscriber: @CharlieJolly

Philipp Oeser removed the

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

Inconsistency: Vector math node flips large list of options/operations. #97269