Page MenuHome

Inconsistency: Vector math node flips large list of options/operations.
Needs Information from Developers, NormalPublic

Description

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: rBcc66d1020c3b

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



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

Event Timeline

Vyacheslav (hitrpr) renamed this task from Inconsistency: Vector math node flips list of options/operations to Inconsistency: Vector math node flips large list of options/operations..Apr 12 2022, 8:53 AM
Vyacheslav (hitrpr) updated the task description. (Show Details)
Philipp Oeser (lichtwerk) changed the task status from Needs Triage to Needs Information from Developers.Apr 12 2022, 12:03 PM

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

I will kindly raise awareness to @Hans Goudey (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

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.

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?

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.

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