[Bf-committers] Snap Selection to Origin - pointless operator?

[Seppo Tukiainen]

Hi,

I've tryed to use it, but as you stated it was not working as expected (so used scale instead).

 

I think the function must be changed if leaved in operation.

It should move only the selected vertices so that they median point is moved into origin (shape is preserved).

 

Also, can you look/think if this 'Sft-S' menu can be expanded with following commands:

- Geometry to Origin

- Origin to Geometry

- Origin to 3D Cursor

 

Eve thought these commands are not as 'snap'-commands, they work similar.

They move geometry or origin into specified point and snapped it in there (exactly as snap-command).

These commands are used quite offen, and would be easier to use from the 'Sft-S' menu.

 

br:  Seppo

 
> 
> Hi,
> 
> I was investigating this bug report today "[#21760] Snap to Origin
> doesn't work" [1]. Its behaviour is a bit odd, in edit mode and object
> mode basically it's the same as scaling the selection to zero. Current
> behaviour with armatures in pose mode is even stranger, it tries to
> put the selected bones on top of each other, and repositions the
> joints in order to make them fit a bounding bug.
> 
> I thought this current behaviour was a bug, since by the name I
> thought this operator would offset the selection, so it's centered
> around the origin (i.e. if you have a mesh that's been edited and
> moved away from its origin, you can snap it back so that the shape is
> preserved, but it's now back at the object origin). To my surprise, I
> found the current 'scale to zero' behaviour is intended and has been
> like this in in earlier versions too (2.49, for one).
> 
> Personally, I think the current behaviour is pretty pointless (scaling
> to zero) and this tool would be much more useful if it did what it
> seemingly advertises - offsets the selection to it's around the
> origin. So, I'm curious to see if anyone actually uses it, or has any
> other insights into why the current behaviour is useful. Otherwise I'm
> happy to either remove it entirely, or change it to the offsetting
> behaviour that I mention here.
> 
> cheers,
> 
> Matt
> 
> 
> [1] https://projects.blender.org/tracker/index.php?func=detail&aid=21760&group_id=9&atid=498
> _______________________________________________
> Bf-committers mailing list
> Bf-committers at blender.org
> http://lists.blender.org/mailman/listinfo/bf-committers
 		 	   		  
_________________________________________________________________
Windows puhelimella saat enemmän vastinetta rahoillesi.
http://www.windowsmobile.fi