On 9/17/05, Michael Wheeler <mpwheeler@...400...> wrote:
I love the MMB panning and zooming, especially now that I can MMB pan even while I am in the middle of drawing a path with the pen tool. Is there any reason that Shift+MMB+drag couldn't serve the same function as LMB+drag with the zoom tool (zooming in on the area you've just dragged a box around)? I think it would really complete the middle mouse button as a document navigation tool. Shift+MMB+drag currently just pans the document, the same as regular MMB dragging.
That's a very interesting idea. I like it. Though it's not a one-liner to implement, since it will require moving most of the functionality of the zoom tool into the root event context so it's available to all tools. But it's doable. Will you please file a RFE?
Dialogs pop-up to the front whenever I hover for more than a second over a toolbar button or menu. They appear to pop up simultaneously with the tooltips. This is under Win2k, It works correctly in Ubuntu.
Actually dialogs are supposed to be always on top, the fact that they sink on windows is a well known bug.
Is there any way that the HSL color picker could be fixed so that changing the value of one component would not affect the values of the other components? For instance, setting S to 0 often snaps H to 0 also. Other, less drastic value changes occasionally occur too. It is frustrating to pick out the exact hue I want, only to have it change when I start tinkering with the saturation or lightness.
I'm afraid not, because there's not a 1:1 correspondence between RGB and HSL, and since the colors are stored in RGB (in SVG 1.1 at least), each change of a channel causes a complete HSL->RGB->HSL roundtrip which may affect more than the single channel you changed.
Align nodes is nice, but it would be more useful if there was an option to align to the center or average of the selected nodes.
Doable, please file a RFE too.
I love the node editing tool, especially now that i can drag curve segments and double click to add nodes! I use Illustrator at work and at home for freelance jobs and I must say that the path editing UI is one area where I find Inkscape to be head and shoulders above AI. The only problem is the speed. Forgive me for mentioning it (since I know everyone is aware of the slow rendering), but more than any other drawback this is the one that can turn using Inkscape from a pleasure into a headache. I've brought this up before, and people mentioned profiling, but it is a little bit over my head. I don't know if it is still worth doing, but some instructions are available at http://wiki.inkscape.org/cgi-bin/wiki.pl?Profiling for those who would like to try (maybe this page should be linked to the TestingInkscape page?).
I did some experiments long ago and found that most of the slowness is caused by the renderer, not by the node tool itself. So I think our only hope is Cairo becoming drastically faster than it is and than our current renderer, and then switching to it.