Version: 1.3.0 (using KDE 4.2.0)
There is a little problem with the curves dialog. When I move a node around and keep the mouse button pressed, digikam starts calculating the changes as soon as the pointer rests for some time. When I release the mouse button while digikam is calculating the effect, the node will stick to the mouse even though the mouse button isn't pressed anymore.
Steps to Reproduce:
* Open a big picture (so calculating the effect takes a little longer :))
* Open the Curves dialog in the Editor
* Drag a curve node around, and, as soon as digikam starts calculating, release it
OS: Linux (x86_64) release 2.6.33-4.slh.1-sidux-amd64
Yes I can reproduce that.
The curves widget is disabled as soon as the filter is started. When disabled, it will simply not receive mouse events.
How to fix that?
1) Drop the dragged point when the widget is disabled. Problem: The point will inadvertently be dropped when just remaining in place for some time. Not acceptable.
2) Do not disable the widget when the preview is calculated. But is the filter prepared to get signales while calculating? Could introduce new subtle bugs.
And, isn't it a speed issue as well? On my machine (Core2Duo 3.16 GHz) I have to wait for a full second until I get the adjusted image. Something more dynamic, real-time like would be cool. How about
* Scaling down the image to get the result faster? Or, even better,
* Using the GPU (if available) for these calculations?
I can now attempt a fix like 2) above, with 1.3.0 out the doors.
In your second, do you count the time for moving the point, or from the time that the cursor becomes the waiting cursor? That is because, there is an initial delay before recalculation is done.
It seems I cannot reproduce anymore with 2.0. But this dependence on mouse acrobatics, so could someone please try as well?
Cannot reproduce anymore. Thanks!