Hi All,
If you care about snapping, then please have a look at
https://bugs.launchpad.net/bugs/174046
We could use some input here because we're about to make some design choices affecting the usability.
To understand the discussion you only have to read the messages from March onwards.
Thanks,
Diederik
-------- Original Message --------
On Mon, Mar 10, 2008 at 9:30 AM, Diederik van Lierop <mail@...2312...> wrote:
Bulia, another consideration: suppose a user is again using visual bboxes in the selector tool, and that has created a path of which the nodes are snapped and aligned to a grid. Next, when translating the path's nodes will snap to the grid again. But when he tries to scale it, the nodes won't snap. We cannot expect that any user would immediately realize that he needs to switch to geometrical bboxes, or can we?
So the question is, do people really need node snapping when scaling. I'm really not sure of that. Even with ellipse center - scaling an ellipse to snap its center is imho a very contorted way to act, I would assume most people would first move it to snap the center and then scale it around the center, which is much more natural. So I would vote for disabling node snapping for scaling, perhaps adding a checkbox to snapping option s, under Snap ndodes, "Snap nodes even when scaling in Selector" if people want to override that at the expense of not keeping the origin (as should be explained in the tooltip).
However, I'm not a heavy user of snapping, so perhaps we need more input before committing to this.