Menus reogranization options

[portnov]

For a while, there have been discussions about how to make Sverchok menu categories "the right way".
Nowadays, it is quite easy for almost anyone to reconfigure the menu as you wish. You just have to edit index.yaml file in sverchok directory.

So, anyone can make The Right Menu of your own, try to work with it, enhance it, then share your index.yaml on gist.github.com and post a link here, and argue why this is the best choice.

Will we select one of these options as default? Or will we add a parameter to sverchok settings to select between several options? Or...? We do not know yet. Let's just look what our options are first. Then we will think what to do with them.

[portnov]

For starters, here is proposal number 0: https://gist.github.com/portnov/79518dd2b679b91df7988cb6863c12e1

[nortikin]

One more thing i have acentuate:
At beginning i made naming as in viewers/lists etc nodes as next:

CATEGORY          NODE     MK2
-------------     ------- -----
|                 |       |
List               name    version

So, first is category name (maybe shorten) that user's eye will ignore when read names, it makes selection faster and UI cleaner.
Lets go refactoring!!!

[nortikin]

For example. It will be more intuitive if Curve step before names always, not in part of nodes

[nortikin]

And yes, backword compability will gone.

[rendetto]

For example. It will be more intuitive if Curve step before names always, not in part of nodes

@nortikin Do you mean that "Intersect NURBS Curves" should be renamed to "Intersect" or "Intersect NURBS"?

[nortikin]

@rendetto no, but Curve Intersect NURBS

[rendetto]

For starters, here is proposal number 0...

@portnov I'd say I'm fine with your structure. It have it's logic. The downside of it is that NURBS tools are a bit too deep, but that's me. Fortunately it's very easy to adapt the index.yaml to any work style.

I feel that reorganizing is a hard theme to do and easily could open Pandora's box. I was trying to rearrange the tools myself and found contradictions and ambiguity at fixing where certain tools should reside. For example you define "Curve Segment" as an Analyzer, where I would define it as a Modifier.

I made this "proposal number 1": https://gist.github.com/rendetto/ea93663d9cb41c61a408098abb86ed22
based on "proposal number 0" but addressing the problem with NURBS tools being too deep by leveling them up.

[nortikin]

For starters, here is proposal number 0...

Than in that case we have to remove viz menu and scene, to make it lay on specific type menu
Also, my list proposal can fit your concept

[nortikin]

https://gist.github.com/nortikin/f3249b7de9c9c78b035f946cdf74ae84
My version

[nortikin]

couple movements also, script menu moved under math

[nortikin]

And my proposal to make settings/properties to choose menue from yamls.
To check if all names are in, we have to make test for yamls, comparing all the nodes class names

[nortikin]

One more of options - to have extra yamls inside datafiles/sverchok/menues and check them also with test.

[portnov]

PR to add an option to select one of menu presets: #4841.

[portnov]

#4841 is now merged. See solution description there.