Thank you for the quick response, Tav!
On 17 November 2016 at 11:07, Tavmjong Bah <tavmjong@...8...> wrote:
- Hard to distinguish nodes and handles With the only difference being the form of the node, corner nodes
and bezier handles are hard to distinguish. A different color for corner nodes (like within the vector tool) would improve that.
Do you mean the Node tool? (Gray for nodes. Clear for handles?)
Yes, I mean the Node tool. To be clear, mesh nodes and handles are all white and they should rather look like the ones within the Node tool - gray for nodes, clear for handles (or different colors). The important thing is that nodes and handles should have different colors.
- Hard to associate handles with nodes When bezier handles are near to each other it is hard to
distinguish which one belongs to which corner node. Therefore bezier handles and their related corner nodes should be connected through a line like it's done within the vector tool.
I am working on a solution where hovering over a corner node will temporarily highlight the associated handles. Drawing lines doesn't work well when the mesh is dense. Jabier has a branch that changes the color of the handles for selected corner nodes. If I recall correctly (I am having trouble compiling it now) it worked well for sparse meshes but not well for dense meshes.
Sounds good. I can see the issue with lines for the handles and dense meshes.
- Dividing rows/columns requires a corner node to be selected To devide a row or column through a double-click requires at least
one corner node to be selected. This is an unnecessary restriction and should be lifted.
This is a bug. It appears that the first click of the double-click often deselects the object and the second click reselects it.
Yes, that's what I see.
- Snapping and preserving angle via Ctrl or Ctrl+Alt doesn't work The status message says that Ctrl allows to snap the angle and
Ctrl+Alt to preserve the angle while editing the mesh (like within other tools), though they don't work.
These are unimplemented features. The message should be commented out.
- Status message wrong regarding Ctrl+Shift The status message says that Ctrl+Shift allows to scale around a
center, though this doesn't apply to mesh gradients, or does it?
Again, an unimplemented features. The message should be commented out.
Ok, I've filed https://bugs.launchpad.net/inkscape/+bug/1643217 to remove the message and https://bugs.launchpad.net/inkscape/+bug/1643218 to implement those features.
- Mesh tool is separate from other gradients The mesh gradient tool is just another type of gradient, so it
should be part of the existing gradient tool instead of having a separate button within the toolbar.
This will be hard to do. The editing the mesh gradient acts quite differently from the linear and radial gradients.
Sure, most of their options are different. Though they are all gradients, so they should be combined under one tool. I expect it to work like Vladimir wrote.
- Creating a mesh requires dragging To create a mesh you need to drag the mouse a little. It would be
better if a simple click would create a default mesh (spanning over the whole bounding box of the object) and dragging would allow to put up a mesh like creating an object.
Double clicking also creates a mesh.
Ah, thanks for the hint!
There was a reason a single click doesn't work... I don't remember at the moment why.
I guess the reason was that it makes the behavior inconsistent to the other gradient tools. Double clicking to create a mesh having the size of the bounding box seems to be fine for me. Though I still think that dragging should put up a mesh instead of also doing the same as a double click.
- Toggling tensor points only switches the colors of the selected
corner nodes to a mixed color (there are no tensor handles) There are no tensor handles displayed on Alt+G. The only thing I see is that the colors of the selected corner nodes get a mixed color applied. (Though I'm not sure how this feature is expected to work.)
Enabling tensor points adds four new handles to each patch that control how color flows inside the patch. They should not be effecting the corner node color.
Tensor points will be disabled. They were an experimental feature.
Ok.
Please let me know whether I should file bugs for the other issues I've mentioned.
Sebastian