Comment 9 for bug 1093739

ad. 1) That's as expected
ad. 2) This is somewhat inevitable for such large selections of nodes,
right? This was already awkward, even with the convex hull snapping
being present. The convex hull would allow to snap reproducibly, but
would in many cases not contain the nodes to be snapped. This has been
improved in v0.49. Workaround for now to keep things snapped to a grid
is to use alt-dragging (will snap to multiples of the grid pitch), but
of course this will only work for objects that have been snapped before
being added to the larger selection

You're patch looks fine, thanks for creating it. Please go ahead and
commit it!

Thanks,

Diederik

On 12/30/2012 05:49 PM, ~suv wrote:
> > currently rebuilding 0.48.x branch with diff applied
>
> AFAICT based on a quick test:
> 1) the old snap behavior with regard to 'what' snaps and snap targets is restored, but not the convex hull type of (node) snapping for complex groups.
> 2) with the provided sample files (e.g. 'N DRAWING PATERN.svg' from comment #2), it seems impossible to achieve a controlled snapping to the grid of the more complex, nested groups, even if changing the default snap settings to 'Always snap node closest to the pointer'.
>
> Since 'convex hull' doesn't set in either, snapping with 'Nodes &
> handles' to grid while dragging a group containing other groups of paths
> doesn't really work yet in the release branch - tested with attached
> reduced test case, and compared with snapping in 0.48.3.1, original
> 0.48.4 and current trunk (r11998).
>
> ** Attachment added: "1093739-nested-groups-snap-with-nodes-to-grid-1.svg"
> https://bugs.launchpad.net/inkscape/+bug/1093739/+attachment/3470917/+files/1093739-nested-groups-snap-with-nodes-to-grid-1.svg
>