On 04/17/2012 09:36 PM, Johan Engelen wrote:
That's why it's on my to-do list to allow a more fine grained control of snap sources and snap targets again. But it will be hidden from the main level of controls, it will not be exposed using the buttons we have now. I was thinking of adding a button that pops up the document properties dialog, and to show two lists there: one with all snap sources (> 20), and one with all snap targets (about 40). This way both you and Luca can have any setting you want with maximum control, without bothering new users too much.
Please prioritize it.
It already is, but I'm a bit short on spare-time.
In v0.48 one had to enable three buttons to enable snapping to a grid, IIRC. "Global snapping", "Snap nodes or handles", and "Snap to grid" had to be enabled. And for this one had to distinguish between the "Snap nodes or handles" button and the "Snap to cusp nodes" buttons, with the former representing the sources and the latter representing the targets. That means observing the different colors in the icons (sources were depicted as blue nodes, whereas targets were depicted as green nodes), or reading the tooltips. In v 0.49 one has to enable four buttons, which is one more. But at least it's all just about grouping of snap-types, which is much easier to grasp than thinking about sources and targets. Currently, you cannot even toggle "snap cusp nodes" if the group itself hasn't been toggled. It will be greyed out. That shouldn't be too difficult to figure out. The v0.48-way might appear to be easier, but isn't this just because you got used to it?
This is all besides my point. 0.49 *now* cannot behave like 0.48. Please fix that soon.
I know. This was only to explain why v0.49 was changed, and why this regression was introduced. But don't worry, this regression will be fixed!
If I drag a smooth node, I *always* want it to snap (unless shift...). If I select a bunch of nodes, you still drag *one* node.
Not if you use the handles to scale or stretch a selection of nodes. In that case Inkscape will have to decide itself which node should snap. So here one could decide to give Inkscape a hand in deciding what should snap by disabling the snapping of smooth nodes. BTW, when using ctrl-shift while scaling Inkscape will stretch symmetrically. Shift is already taken, so you cannot disable snapping by using shift in that case.
And that one should snap, always, regardless of type. Don't you find it very awkward to see some other node snap than the one you are dragging? Why wouldn't you just have dragged that node instead?
The node tool is indeed different in that respect from the selector tool. So we could make the node tool behave differently. But I hate all these small inconsistencies!
No this is not confusing at all, since the selector tool cannot see nodes, nor can you "select them and drag them". It is quite different really.
Yes, every tool is different, I agree. But let's please try to make all tools use the settings, preferences, and shortcut-keys in the exact same way! Different logic for different tools is bad practice.
Really am I alone in this? I would hate to have to add a "if_johan" piece of code to be able to use Inkscape.
That won't be needed after I've exposed the detailed snap sources/targets, and after everybody can set their own defaults, right?
Regards,
Diederik