https://bugs.kde.org/show_bug.cgi?id=481140
Pedro <pe...@outlook.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |pe...@outlook.com
--- Comment #12 from Pedro <pe...@outlook.com> ---
Created attachment 179328
--> https://bugs.kde.org/attachment.cgi?id=179328&action=edit
Gimp. Crop tool handles when area is small.
The crash occurs when computing the position of the crop handles (the small
squares used to control the area to crop). When the area is small for the crop
handles, we'll see that assertion is not met because there is an overlap.
At first glance, I think this is a simple problem that might get tricky because
we need first to define what would be the behavior when the handles don't fit,
and after that we could determine the amount of work required. For instance,
currently, the size of the handles is fixed, 15 pixels and I looked at Gimp to
see how it handles this problem. What I found is that the handles are adaptive.
They have a default size that might change depending on the current zoom value
and the current crop area. They also move outside the crop area when there is
not enough room for all of them. We might try this approach but I think right
now Gwenview doesn't have some sort of padding for the images in case the
handles move outside the crop area.
More research is required. I'll try to give it a shot but we need to define
what will be the behavior of the crop handles.
I attached an image displaying an example in Gimp.
--
You are receiving this mail because:
You are watching all bug changes.
