[Inkscape-devel] Node Tool Regressions(?)

Hi,
In updating my book, I've done a comprehensive test of the node tool.
Here is a list of regressions I've found (a couple where reported
earlier today).
1. Clicking on the background with a node selected deselects the path
rather than the node.
2. Page Up/Down no longer adds/removes nodes when cursor is hovered over
a selected node (mouse wheel still works).
3. Node selection via mouse wheel swaps with/without Shift key
functionality (spatial distance vs. distance along path).
4. Shift no longer prevents grabbing the path when doing a rubber-band
selection of nodes.
5. Shift no longer disables snapping of nodes while dragging nodes.
6. Space bar no longer drops a copy of the nodes while dragging.
7. . or > expands only one handle rather than both, while Right-Ctrl .
or > expands both. Ditto with Alt (rotating handles is correct with
respect to Left/Right Ctrl/Alt keys).
8. Node-sculpting pressure sensitivity with tablet lost.
Are all these bugs or are some feature changes?
Tav

Thread view

Hi,
In updating my book, I've done a comprehensive test of the node tool.
Here is a list of regressions I've found (a couple where reported
earlier today).
1. Clicking on the background with a node selected deselects the path
rather than the node.
2. Page Up/Down no longer adds/removes nodes when cursor is hovered over
a selected node (mouse wheel still works).
3. Node selection via mouse wheel swaps with/without Shift key
functionality (spatial distance vs. distance along path).
4. Shift no longer prevents grabbing the path when doing a rubber-band
selection of nodes.
5. Shift no longer disables snapping of nodes while dragging nodes.
6. Space bar no longer drops a copy of the nodes while dragging.
7. . or > expands only one handle rather than both, while Right-Ctrl .
or > expands both. Ditto with Alt (rotating handles is correct with
respect to Left/Right Ctrl/Alt keys).
8. Node-sculpting pressure sensitivity with tablet lost.
Are all these bugs or are some feature changes?
Tav

W dniu 15 listopada 2010 13:15 użytkownik Tavmjong Bah
<tavmjong@...> napisał:
>
> Hi,
>
> In updating my book, I've done a comprehensive test of the node tool.
> Here is a list of regressions I've found (a couple where reported
> earlier today).
>
>
> 1. Clicking on the background with a node selected deselects the path
> rather than the node.
> 2. Page Up/Down no longer adds/removes nodes when cursor is hovered over
> a selected node (mouse wheel still works).
Regressions
> 3. Node selection via mouse wheel swaps with/without Shift key
> functionality (spatial distance vs. distance along path).
I'm not sure about this - currently it's the Control key that selects
between linear & spatial selection. If it was Shift previously, I can
change it.
> 4. Shift no longer prevents grabbing the path when doing a rubber-band
> selection of nodes.
> 5. Shift no longer disables snapping of nodes while dragging nodes.
> 6. Space bar no longer drops a copy of the nodes while dragging.
Regressions.
I'm not entirely sure what should be stamped when using the space bar:
the current subpath, the current path (which can have many subpaths)
or the entire selection?
> 7. . or > expands only one handle rather than both, while Right-Ctrl .
> or > expands both. Ditto with Alt (rotating handles is correct with
> respect to Left/Right Ctrl/Alt keys).
Obviously a bug
> 8. Node-sculpting pressure sensitivity with tablet lost.
Feature change or regression. The behavior of all node tool drags made
uniform in that the outcome of the drag depends only on the current
state of modifiers and the change in position of the mouse pointer. If
pressure sensitive sculpting used the same paradigm (outcome depends
only on the current pressure and position of the pen), it would be
rather hard to do anything with it because the pressure decreases
smoothly as you lift the pen from the tablet. If there is demand for
this feature, I could break the paradigm in this one instance.
Regards, Krzysztof

On 15/11/10 19:16, Krzysztof Kosiński wrote:
> W dniu 15 listopada 2010 13:15 użytkownik Tavmjong Bah
> <tavmjong@...> napisał:
>
>> In updating my book, I've done a comprehensive test of the node tool.
>> Here is a list of regressions I've found (a couple where reported
>> earlier today).
Reports in the bug tracker tagged with 'node-editing' and 'regression':
<http://tinyurl.com/2uo52fv&gt;
>> 3. Node selection via mouse wheel swaps with/without Shift key
>> functionality (spatial distance vs. distance along path).
>
> I'm not sure about this - currently it's the Control key that selects
> between linear & spatial selection. If it was Shift previously, I can
> change it.
The modes are reversed (w/o 'Ctrl'), see
"Two modes are possible: The default mode adds nodes based on the
spatial distance from the cursor. If the Ctrl key is held down, the
nodes are selected based on the linear distance measured along the path."
<http://tavmjong.free.fr/INKSCAPE/MANUAL/html/Paths-Editing.html#Paths-Node-Selecting&gt;
Bug #647498 “Shortcuts for selecting adjacent nodes based on
spatial/linear distance reversed in 0.48”:
<https://bugs.launchpad.net/inkscape/+bug/647498&gt;
>> 5. Shift no longer disables snapping of nodes while dragging nodes.
Bug #588628 “Shift doesn't disable node snapping ”:
<https://bugs.launchpad.net/inkscape/+bug/588628&gt;
>> 6. Space bar no longer drops a copy of the nodes while dragging.
> I'm not entirely sure what should be stamped when using the space bar:
> the current subpath, the current path (which can have many subpaths)
> or the entire selection?
Bug #669162 “Stamping tool does not work with node tool in version 0.48”:
<https://bugs.launchpad.net/inkscape/+bug/669162&gt;
>> 8. Node-sculpting pressure sensitivity with tablet lost.
>
> Feature change or regression. The behavior of all node tool drags made
> uniform in that the outcome of the drag depends only on the current
> state of modifiers and the change in position of the mouse pointer. If
> pressure sensitive sculpting used the same paradigm (outcome depends
> only on the current pressure and position of the pen), it would be
> rather hard to do anything with it because the pressure decreases
> smoothly as you lift the pen from the tablet. If there is demand for
> this feature, I could break the paradigm in this one instance.
Sculpting profiles also don't work in 0.48.
<http://www.inkscapeforum.com/viewtopic.php?f=5&t=5836&p=24673&gt;
~suv

On Mon, 2010-11-15 at 19:16 +0100, Krzysztof Kosiński wrote:
> W dniu 15 listopada 2010 13:15 użytkownik Tavmjong Bah
> <tavmjong@...> napisał:
> >
> > Hi,
> >
> > In updating my book, I've done a comprehensive test of the node tool.
> > Here is a list of regressions I've found (a couple where reported
> > earlier today).
> >
> >
> > 1. Clicking on the background with a node selected deselects the path
> > rather than the node.
> > 2. Page Up/Down no longer adds/removes nodes when cursor is hovered over
> > a selected node (mouse wheel still works).
>
> Regressions
>
> > 3. Node selection via mouse wheel swaps with/without Shift key
> > functionality (spatial distance vs. distance along path).
>
> I'm not sure about this - currently it's the Control key that selects
> between linear & spatial selection. If it was Shift previously, I can
> change it.
As ~suv points out, I should have said with/without Ctrl key. The
problem is that the modes are swapped.
> > 4. Shift no longer prevents grabbing the path when doing a rubber-band
> > selection of nodes.
> > 5. Shift no longer disables snapping of nodes while dragging nodes.
> > 6. Space bar no longer drops a copy of the nodes while dragging.
>
> Regressions.
> I'm not entirely sure what should be stamped when using the space bar:
> the current subpath, the current path (which can have many subpaths)
> or the entire selection?
In v0.47 it was the entire path.
> > 7. . or > expands only one handle rather than both, while Right-Ctrl .
> > or > expands both. Ditto with Alt (rotating handles is correct with
> > respect to Left/Right Ctrl/Alt keys).
>
> Obviously a bug
>
> > 8. Node-sculpting pressure sensitivity with tablet lost.
>
> Feature change or regression. The behavior of all node tool drags made
> uniform in that the outcome of the drag depends only on the current
> state of modifiers and the change in position of the mouse pointer. If
> pressure sensitive sculpting used the same paradigm (outcome depends
> only on the current pressure and position of the pen), it would be
> rather hard to do anything with it because the pressure decreases
> smoothly as you lift the pen from the tablet. If there is demand for
> this feature, I could break the paradigm in this one instance.
In 0.47, the shape of the path between the selected nodes is frozen when
the Alt key is released. This isn't the perfect solution as the nodes
will still move a bit (with the shape fixed) as the pen is lifted.
Perhaps releasing the Alt key should also disable moving the nodes until
the pen is returned to the tablet (or the mouse button released and
pressed again).
Tav

Status as of trunk 9904 / branch 9724
> 1. Clicking on the background with a node selected deselects the path
> rather than the node.
Fixed
> 2. Page Up/Down no longer adds/removes nodes when cursor is hovered over
> a selected node (mouse wheel still works).
Fixed
> 3. Node selection via mouse wheel swaps with/without Shift key
> functionality (spatial distance vs. distance along path).
Fixed
> 4. Shift no longer prevents grabbing the path when doing a rubber-band
> selection of nodes.
Need a more detailed description. Should pressing Shift disable curve
dragging, or make the nodes insensitive to clicks?
> 5. Shift no longer disables snapping of nodes while dragging nodes.
Fixed
> 6. Space bar no longer drops a copy of the nodes while dragging.
Not fixed (yet)
> 7. . or > expands only one handle rather than both, while Right-Ctrl .
> or > expands both. Ditto with Alt (rotating handles is correct with
> respect to Left/Right Ctrl/Alt keys).
Can't reproduce. One time I managed to get those shortcuts to
misbehave but I can't reproduce this for the second time.
> 8. Node-sculpting pressure sensitivity with tablet lost.
Not fixed, unlikely to be fixed in 0.48.1 unless someone comes up with
a precise behavior to implement
Regards, Krzysztof

Krzysztof,
Thanks for the quick fixes!
On Thu, 2010-11-18 at 19:20 +0100, Krzysztof Kosiński wrote:
> Status as of trunk 9904 / branch 9724
>
> > 1. Clicking on the background with a node selected deselects the path
> > rather than the node.
> Fixed
Fix confirmed.
> > 2. Page Up/Down no longer adds/removes nodes when cursor is hovered over
> > a selected node (mouse wheel still works).
> Fixed
Fix confirmed.
> > 3. Node selection via mouse wheel swaps with/without Shift key
> > functionality (spatial distance vs. distance along path).
> Fixed
Fix confirmed.
> > 4. Shift no longer prevents grabbing the path when doing a rubber-band
> > selection of nodes.
> Need a more detailed description. Should pressing Shift disable curve
> dragging, or make the nodes insensitive to clicks?
Should disable curve dragging to be consistent with 0.47.
> > 5. Shift no longer disables snapping of nodes while dragging nodes.
> Fixed
Fix confirmed.
> > 6. Space bar no longer drops a copy of the nodes while dragging.
> Not fixed (yet)
> > 7. . or > expands only one handle rather than both, while Right-Ctrl .
> > or > expands both. Ditto with Alt (rotating handles is correct with
> > respect to Left/Right Ctrl/Alt keys).
> Can't reproduce. One time I managed to get those shortcuts to
> misbehave but I can't reproduce this for the second time.
Hmm, I can't get . or > to expand only one handle at the moment, but I can
get it to ignore the Ctrl/Alt keys intermittently.
> > 8. Node-sculpting pressure sensitivity with tablet lost.
> Not fixed, unlikely to be fixed in 0.48.1 unless someone comes up with
> a precise behavior to implement
To match 0.47, the higher the pressure, the wider the effected region.
The shape is fixed when the Alt key is released. You can see a picture
in my guide book
http://tavmjong.free.fr/INKSCAPE/MANUAL/html/Paths-Editing.html#Paths-Editing-Node
Scroll down a bit or search for "pressure sensitivity".
To make this more useful, I would suggest disabling moving nodes after
the Alt key is released until the mouse button is also released. This
would prevent the nodes from shifting due to mouse movement once the
desired shape is obtained.
> Regards, Krzysztof
Tav