Arg Arg interesting approach... but so many measurings and moves for just cutting a line in the middle are too much. Imagine what a loss of time such a method may be if you want to find the middle point of all the parallel lines around the tube... when all the matter can be solved very easily: by having a very simple 'cut line in the middle' command.
Thanks, however, for your so detailed instructions about the way you did find. They are very imagination broadening regarding Wings' already existent abilities. I would very difficultly imagine that there could be such a solution to such a need. : - )
individual workflows needs individual solutions, so it is good that a user is able to reach the goal
with the tools wings is offering.
ok... it´s not a command... it´s just my way i would solve your problem in wings.
but if there is still not a plugin-command to do the job... it´s good to have a "workaround-solution" like that
of coz... increasing numbers of edges leads to a time consuming work if you make use of
measuring and moving.
i have not found any solution in wings which do the job faster like this one, i posted here.
hope it helps... till anybody builds a plugin... maybe CUT RMB (calculated by the total lengths of all edges)
Your way of solving the problem with the existent tools of Wings is excellent Arg Arg, no doubt. It is astonishing to see that there exists the possibility of such solutions in Wings. But as I said before, many times are not so practical.
I am putting below some images illustrating the ease that such a simple command may offer to the user: we do select all parallel lines along the tube-like object... then we do click 'cut in the middle' and, voila, there appear vertices in all the cut points... we do connect them with one move and we click loop cut. There it is, accomplished with precision. We did cut the object to two exactly equal halves (in the image the halves are approximately cut, of course... just for the sake of illustrating the case).
(06-09-2014, 11:52 AM)Dimitri Wrote: we do select all parallel lines along the tube-like object... then we do click 'cut in the middle' and, voila, there appear vertices in all the cut points...
It seems simple said this way, but I have doubts.
In your illustrations using ropes it seems you expect to get a new loop cut parallel to other edge loops, but that would be not possible (maybe for the first one). If we want to cut the edges taking in account its length then we can't expect that.
Just to illustrate I made this picture:
In the picture, taking in account the edges' measurements I found the vertex for the top and bottom edges which are in the middle of those edge segments. In the right image you see the that cut respecting the equal length cannot be done parallel to the edge loops.
What I think is, we can find the middle or n-cut based in the edge segments length, but it's up to user decide how to use it. There is no warranty the result will be what he expect.
If he wants to get the cut parallel to other edges loops, then he probably will have to select only one edge segment for measurement and use other command like plane cut to complete the operation.
In the past, when I needed this kind of operation, what has passed in my mind was that by selecting edges loops we would get the middle point for each one and build a segment that could be cut and these points (from cut) combined with some normal vectors would be used for make cut in the object. But, in the same way, that would not produce a good result for all situations.
06-09-2014, 09:58 PM (This post was last modified: 06-09-2014, 09:59 PM by Dimitri.)
'In your illustrations using ropes it seems you expect to get a new loop cut parallel to other edge loops'
Micheus I never expected to get a new loop staying in a parallel position to the already existent loops of the object... my sole aim was just finding the middle point of each selected parallel line and connecting those points with each other... that's to say getting a loop in the middle of the whole object in a precise way... independently of the existing mesh structure of the object.
How did it came to you that I did refer to keeping a parallel position to the existent loops? I never mentioned such a thing. Maybe it was my sample image that formed such an impression in your mind. The fact that the cut loop is parallel with the other loops in the simile is mere coincidence and nothing else. : - )
(06-09-2014, 09:58 PM)Dimitri Wrote: 'In your illustrations using ropes it seems you expect to get a new loop cut parallel to other edge loops'
...
How did it came to you that I did refer to keeping a parallel position to the existent loops? I never mentioned such a thing.
You quoted it.
Anyway, it's good to know I was wrong.