Version: 1.6.3 (using KDE 3.5.8) Installed from: SuSE RPMs I imagine that it can become difficult to identify and hit the adjustment handles on high resolution screens. I suggest to increase the size of symbols like squares. Would you also like to adjust settings "grab sensivity" and "click/drag threshold" as preferences accordingly?
First i don't think that is something to be implemented in the 1.x series. We have already something similar in the development version. At least a simple version of what you propose. I understand correctly what you mean with click/threshold to specify a distance so that when the user clicks near a handle, the next handle to the clicked position within the specified distance is selected, etc. I am not sure what you mean with grab sensitivity. Can you explain that? I am changing the status to new, but it will only be implemented for karbon 2.0.
> I understand correctly what you mean with click/threshold to specify a distance so that when the user clicks near a handle, the next handle to the clicked position within the specified distance is selected, etc. I am not sure what you mean with grab sensitivity. Can you explain that? Inkscape provides such application settings already. Would you like to reuse anything from this software?
Markus Elfring wrote: [bugs.kde.org quoted mail] Ok i fired up inkscape and looked by myself what is meant be these two options. What we currently have (in trunk) is that you have a handle radius which defines how big handles are painted onscreen and also define what you called grab sensitivity. I already got a suggestion to split them into handle radius for just the painting and a click proximity/sensitivity. Also i think the click/drag threshold could be implemented as well. Ciao Jan
That's interesting. Do you support any "effects" like blinking or highlighting if the (mouse) pointer is over a handle? How will rotation handles look like?
> ------- That's interesting. > > Do you support any "effects" like blinking or highlighting if the (mouse) > pointer is over a handle? Of course. :-) > > How will rotation handles look like? Rotation handles do not look special. For rotation the cursor is changed to reflect the current type of transformation done to the object. I think you should try to get your hands on an recent alpha release of koffice 2.0 if you are really curious. Ciao Jan
SVN commit 976532 by jaham: decouple handle radius from grab sensitivity CCBUG:157225 M +15 -8 karbon/plugins/tools/KarbonGradientEditStrategy.cpp M +16 -5 karbon/plugins/tools/KarbonGradientEditStrategy.h M +8 -3 karbon/plugins/tools/KarbonGradientTool.cpp M +14 -12 karbon/plugins/tools/KarbonPatternEditStrategy.cpp M +16 -9 karbon/plugins/tools/KarbonPatternEditStrategy.h M +8 -4 karbon/plugins/tools/KarbonPatternTool.cpp M +14 -0 libs/flake/KoCanvasResourceProvider.cpp M +11 -1 libs/flake/KoCanvasResourceProvider.h M +14 -9 libs/flake/tools/KoCreatePathTool.cpp M +1 -0 libs/flake/tools/KoCreatePathTool.h M +70 -31 libs/flake/tools/KoPathTool.cpp M +13 -12 libs/flake/tools/KoPathTool.h M +2 -2 plugins/defaultTools/defaulttool/DefaultTool.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=976532
Thank you for the bug report. As this report hasn't seen any changes in 5 years or more, we ask if you can please confirm that the issue still persists. If this bug is no longer persisting or relevant please change the status to resolved.
(In reply to Justin Zobel from comment #7) Do any software users get more interested in previously mentioned possibilities for further interface fine-tuning?