You're right that this is simple to add and agree it seems very useful, quick way to reducing intersections without physics errors. The main downside I can see, as the verts slide over large variance it could give visible popping in some cases, though this is no difference then shrink-wrap for other uses.
Though it makes me think for this feature it would be even more useful in production is if the modifier could select a group of objects to 'not pass through', rather then a single one. But one thing at a time, this seems reasonable and if theres no objections I can add this over the weekend since I made some changes to this area recently. On Fri, Feb 18, 2011 at 12:43 PM, Tobias Oelgarte <[email protected]> wrote: > Shrinkwrap is designed to force vertices onto the surface of another > object. In Nearest Surfacepoint mode it moves vertices either to the > surface or optionally let it also move outward until they are on the > surface. So you can work with essential two options. But wouldn't it > make more sense to include also the possibility that vertices can also > only be moved up onto the surface and and not moved toward it? > > It would allow you to throw a ball against a window, making the vertices > stop that would pass trough it. There are many possible usages i could > think of: Bubbles in a glass. Shoes that not sink slightly into the > ground. Body parts that "collide" with each other, and many more. > > Since the algorithm seams to handle this case already -- knowing if a > vertex is inside or outside the target, for "Keep above surface" -- it > should be just an additional option. Am i right? > > Cases (now): > * Shrink to Surface > * Shrink to Surface and move outward for "keep above" > > Cases (desired): > * Shrink to Surface > * Only "keep above" > * Shrink to Surface and move outward for "keep above" > > Hope this is a little inspiration. It would make shrinkwrap much more > awesome. > > Greetings from > Tobias Oelgarte > _______________________________________________ > Bf-committers mailing list > [email protected] > http://lists.blender.org/mailman/listinfo/bf-committers > -- - Campbell _______________________________________________ Bf-committers mailing list [email protected] http://lists.blender.org/mailman/listinfo/bf-committers
