# Why the blender devs or the community not ever thought of this?

I have posted about this on the right click select website, but i want express myself that i have no ill intent of promoting my article so those who have come upon it, please note that im not promoting my article, i just want some little discussion around this idea

So now on to the topic why has anyone not thought of implementing transform orientation in the uv editor

like its so simple ( coming from me who has no coding experience nor practice)

i got this idea from using the useful rmkit addon to edit my uvs

Same thing with proportional editing in pose mode

I want your thoughts on such simple yet useful changes(more like tiny tweaks ) in blender

Yea why not ? could come in handy for manipulating UVs.

Do you mean you have a working prototype ?

1 Like

Well i donâ€™t have one

Wellâ€¦ a face in 3D do have a normal and to give the other two directions one could use the Z axis to get some â€śdirectionâ€ť. How do you think in 2D you would define the two â€śdirectionsâ€ť of any face ???

For a rectangle this might look easy but for example for this faceâ€¦

â€¦ what do you think should be the face depend U-V axis now ??

So properly noone did think of it because it is geometrical not defined and so not usable/ implementable by any algorithm.

2 Likes

Right angle to a given edge?

Wellâ€¦ of course one could use the indices of the vertices using and then use the first two vertices as the face dependent U directionâ€¦ yes. But then also an almost identical polygon with some other vertex index may have some other â€śdirectionâ€ťâ€¦

But there is also another question:
In 3D this face orientaion is used to build up other geometry orientated the same way as the face used and especially the same XY plane. In 2D we do not need this. The only usecase which came to my mind is when using something like a brick map but the texture is slanted and one want to push the UV along this slantâ€¦ but it would be better to de-slant the textureâ€¦

Soâ€¦ implementing this also in 2D would be extra work to doâ€¦ and so simply:

Someone thought of it but there was no request for it and there were other things to do.

P.S.: in fact when having different polygons on the XY plane and defining a view transformation for everone they do have all the same (or opposite) normal but different orientationsâ€¦ so the decision of making some (different) direction is already somehow implemented but may lead to different result according to vertex indicesâ€¦ but simple not used in the 2D implementationâ€¦

So if someone wants to maintain this codeâ€¦

1 Like

Sorry for the late reply i was business with life as we all are these dayâ€™s but here is my reply

you see how blender calculated a perfect median point using the normalâ€™s so hypothetically the same can be applied to uvâ€™s but without normalâ€™s

Iâ€™m not a programmer so i canâ€™t get into the technicality of things , if i was then i could give a detailed answer

As i said: in 3D space somene has the normal, but in 2D ( UV ) space all normals are the same; they are all pointing upwards of the euclidean plane makeing it 3D.

So your are giving an example in 3D and think this is applyable in 2D but this is a fallacyâ€¦ There is no prove by example in mathâ€¦ (especially when using something more mighty for the example so the example canâ€™t work in the lesser structure).

[ You canâ€™t prove that "every human speaks english" by example with presenting one single human who speaks that language. But you can only dis-prove the statement "no one speaks english" by a counterexmple presenting one single human who does. ]

2 Likes

Try to turn this into an implementable idea that can then be submitted to the development team. And, maybe, this is a very precise (refined â€¦) description of your situation â€¦ â€śnot how to do it.â€ť

1 Like

There is a misunderstanding iâ€™m not actually telling how it should be done or how the idea should executed . iâ€™m just showing people this is the idea, iâ€™m using my screenshots to express my idea

I donâ€™t know the technicality of it so I agree itâ€™s better to leave this to the development team

But an idea alone will lead to nothingâ€¦

Ideas by themself are useless if there is not some thought included to put this into practice.

Soâ€¦ when the questions

1. For what exactly is this useable/valuable/needed (use case) ?
2. How should this behave repeatable in 2D ??

â€¦arenâ€™t answered properly or even unanswerable then this is (you might not want to here this) simply a phantasmâ€¦

( For 1.)â€¦ i never heard of any UV editor where you can do this in any major 3D appâ€¦ but someone might know ?)

I think it would be easy enough to derive a vector from two selected UV elements and use that as a custom transform orientation. But indeed you canâ€™t do that from a single face, you need two separate things

1 Like

You just need a perpendicular vector from a line. Itâ€™s easier to calculate in 2D than 3D. The hard part is the user interface, which might already be there in Blender? The biggest problem is that you will be generating new geometry and how that would work, Iâ€™m not sure?

UV Space is U 0-1 and V 0-1. You could possibly calculate any vector from that. You might not need to use the geometry.

Select any one point followed by a second one and simply infer the angle as a ratio for example:

Point 1:

U= 0
V= 0

Point 2:

U = .5
V = .5

This would give you a 45 degree angle.

But the formula would have to work with any two inputs along U and V and against the two inputs along the second U and V.

I am not good at higher math. But I am pretty sure some genius at math could do this on a napkin. Itâ€™s about calculating angles from line distances.

The only data you would then need for manipulation is the resultant angle.

Blender has Selected and Active as data points that am sure could be referenced in code to then calculate this angle.

I just donâ€™t have any idea how this could be implemented in any way as a code that would work to constrain transforms within UV editor or if it is even possible.

Nor do I understand the need for it.

But I am pretty sure this math would work.

Or you might even be able to simply use a ratio. Ratio of distance U against distance V from the first point.

Edit: this is the math I am referring to. You could draw a right angle in space from any one UV point on the grid to a second one. Get the length of the sides and you have your angle.

If you need a perpendicular tangent from that just add + or- 90 degrees.

Of course someone could pick any vertex of any polygon and get any â€śdirectionâ€ť by "the next one.

But this â€śanyâ€ť make this quite random and as i mentioned above:

In 3D space the orientation of a polygon face makes sense according to the wish to add some face in the same plane or at an specific angle to one of the edges to contruct some geometry.
But what for does someone need a specific direction along one edge of a face in UV space ???
If not along the U or V axis and maybe in the diagonal (doable with the grid). Usually someone wants consistent texel density and almost no texture distortion and so mostly the UV-unwrapping needs sophisticated UV-unwrapping algorithms and users with some experience.

Donâ€™t you think that if something simple as â€śmoving along any UV edgeâ€ť would solve so many problems someone would have thought of that already ??

So every developer in any software project will not ask how easy some â€śfeatureâ€ť is to do but how much this is needed by the majority of users so that he can spent his time effectively on needed things.

As i also mentioned: â€śprofesionalâ€ť tools (for example Maya UV, Modo ) or some additional addons (for example TexTools, RizomUV) do not have this but i might have overseen this.

So if developer spent some time to make those UV-editors, and no â€ścustomerâ€ť requested such a â€śsimpleâ€ť method nor any manager wanted such thing to â€śincreaseâ€ť the feature list then the reason simple might be: itâ€™s not needed nor soo useful ?

And yetâ€¦ there was no â€śpresentationâ€ť of a use case to show where this would be handyâ€¦

So:

• For moving an UV-face along a UV-edge of that face this would break the texture continuenity of the texture.
• For moving a UV-vertex of a UV-face along a UV-vertex :
â€“ if this happens between tow UV faces this would again break the texture continiunity â€¦or otherwise
â€” someone can set the 2D-Cursor to the other vertex of that edge and use it as pivot point and scale itâ€¦
â€” scale the whole edge using median point as pivot point.
• For moving an whole UV-island along some UV-edge: this makes only sense if the island have some â€śedge-directionâ€ť in common but like the first point: would break the texture continuenity.
1 Like

I agree. Not much of a use case in my opinion. Just found the math problem as an interesting exercise. Considering you want it relatable to some aspect of the UV island. Otherwise all youâ€™d need is a dial.

By â€śdialâ€ťâ€¦ you mean something like â€śmove along a certain angleâ€ť ? Or (simply) translation ??

Wellâ€¦ the more univeral mathematical functions are the transformations; especially the most used ones: move, rotate, scale and sometimes shearâ€¦

And this also migth have a reason: Most artists simply do not use any other and simple move it â€śby eyeâ€ť ? This may be different if you talk to a CAD user.

( Thatâ€™s also the reason why i used the words artist and user .)

Pretty sure it did get discussed back when transform orientation first got introduced. In conclusion nobody was against the idea but there just was nobody around to implement it.

Note that UV editing in blender is implemented in an entirely itâ€™s own context and it shares very little with the 3D modeling editor. So no tools/resources code sharing here.

Would need basically implementation from scratch.

2 Likes

I donâ€™t know if this was discussed before or why also other apps donâ€™t do that ( maybe people and also devs are simply used to do so ?? ):

For the 2D editing of the UV the 3Dview couldbe used but simple â€śpinningâ€ť the view like in the quad view (where Lock Rotaton in enabled by default)â€¦ so one could use ever 3D transformation feature restricted to 2D

(
there is already the possibility to transform the 3D topology into itâ€™s UV-map representation via GN like this:

)

Yeah Iâ€™ve brought up Silo as an example of that in the past myself. But I presume that would also require a very extensive rework of the 3D editor to enable it to be used and integrated that way.