Rework icons of noise-related classes

[MewPurPur]

The idea was to match the designs with a set of classes that are in a pretty similar relationship:

So what do you think? I think they look quiet noise.

Noise: It's an abstract, dimension-agnostic class, it has functions to sample 1D through 3D. So the icon references a noise function.

FastNoiseLite: Similar design to Gradient, but with the classical noise jumble we all know and love. I think if you know about 2D noise, you should instantly recognize this class is about that. Also, this noise library doesn't have you think much about 1D.

NoiseTexture2D: Same idea, but may be a bit less obvious because there's only 9x7 space to communicate the idea.

NoiseTexture3D: Same idea, but again may be a bit less obvious, as now the space is only 7.75x6 so the noise pattern is even more squished.

[MewPurPur]

Current icons for reference

[MewPurPur]

New take. It addresses a common concern that the icons were easily confused with GradientTexture2D. I'm pushing this.

[MewPurPur]

After asking for some feedback, I'll do another iteration where I just flip the noise pattern upside down to not resemble a smiley.

[MewPurPur]

Take 4:

I think it looks excellent now!

The only icon that's a different concept from what users are familiar in 4.1 is NoiseTexture2D, and I have to mention that that icon was also not used in 4.0 by accident.

[MewPurPur]

Implemented Geometror's suggestion, also it should improve how the icons get rasterized.

[Geometror]

You should mention in your commit message that you also modify the gradient texture icons. (and maybe add an updated screenshot to the PR's description so that everyone can quickly view the changes since GH's SVG diff view unfortunately is not useful here due to lacking a dark background)

[MewPurPur]

Real size:

Big rasterized pic:

I might have to open an issue in ThorVG about it, there's still confused rasterization.

[Mickeon]

May I poke in? How do we feel about this?

[MewPurPur]

I myself feel pretty good about it now. I haven't seen how the current version of the SVG renderer handles them and if there are any changes.

[Mickeon]

I am completely fine with this, too. I don't know who could have the final saying, however. I wouldn't want this to be stalled for ages.

[Mickeon]

The static checks failed for a very stupid reason and the PR needs to be adjusted

[MewPurPur]

Hmm okay, I don't like how the new checks are picky about attribute order.

[AThousandShips]

It's not that, you have merge conflict markers in your icons you need to remove

[MewPurPur]

Yeah I noticed that I missed to fix merge conflicts of gradient files, but I think it's both things. Will address now

[AThousandShips]

Have you set up the pre-commit on your computer? These should be covered by the optimizations

[MewPurPur]

Nope, I haven't. Although, I'm confirming now that attribute order in SVG matters for passing the style checks.

[Calinou]

Tested locally (rebased on top of master 8ed125b), it works as expected.

Default	Light

[Mickeon]

Unsure of whose reception this needs to have to be even considered for merging

[Repiteo]

Thanks!