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@...8...> 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).
- 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
- 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.
- 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?
- . 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
- 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@...8...> 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
- 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
Bug #647498 “Shortcuts for selecting adjacent nodes based on spatial/linear distance reversed in 0.48”: https://bugs.launchpad.net/inkscape/+bug/647498
- 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
- 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
- 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
~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@...8...> 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).
- 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
- 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.
- 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.
- . 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
- 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
- Clicking on the background with a node selected deselects the path
rather than the node.
Fixed
- Page Up/Down no longer adds/removes nodes when cursor is hovered over
a selected node (mouse wheel still works).
Fixed
- Node selection via mouse wheel swaps with/without Shift key
functionality (spatial distance vs. distance along path).
Fixed
- 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?
- Shift no longer disables snapping of nodes while dragging nodes.
Fixed
- Space bar no longer drops a copy of the nodes while dragging.
Not fixed (yet)
- . 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.
- 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
- Clicking on the background with a node selected deselects the path
rather than the node.
Fixed
Fix confirmed.
- Page Up/Down no longer adds/removes nodes when cursor is hovered over
a selected node (mouse wheel still works).
Fixed
Fix confirmed.
- Node selection via mouse wheel swaps with/without Shift key
functionality (spatial distance vs. distance along path).
Fixed
Fix confirmed.
- 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.
- Shift no longer disables snapping of nodes while dragging nodes.
Fixed
Fix confirmed.
- Space bar no longer drops a copy of the nodes while dragging.
Not fixed (yet)
- . 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.
- 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-Editin... 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
participants (3)
-
Krzysztof Kosiński -
Tavmjong Bah -
~suv