[Digikam-devel] [Bug 149485] Advanced image resize for the digikam editor

[Gilles Caulier]

https://bugs.kde.org/show_bug.cgi?id=149485





--- Comment #139 from Gilles Caulier <caulier gilles gmail com>  2009-04-26 12:46:21 ---
To Julien Nardoux, comment #127:

>I think the preview masks should be displayed in another tab:

Well, no. I think it's a wrong concept. When i have implemented preview widget
for editor tools, some years ago (KDE3), i have tried tabbed preview. It's not
suitable and not intuitive. You need to switch to/back to see results/settings.
It's better to have all on the same view.


>Another point: If the user want to delete a part of the picture using deletion
>mask without changing the size of picture, for the time being as Julien said he
>has to reduce and the enlarge the picture in two steps. Perhaps it would be
>more convenient to automatize this as it is done in the gimp plugin. But I
>think it is another feature using CAIR but still another feature, maybe it
>should appear as another "plugin" ? or another option in the Inpainting plugin.

Another plugin ? Why. It will increase complexity. The gimp way sound fine for
me, if all is include in the same tool and automated.

Inpainting tool is completly different. It's based onCImg and i plan to add
suppresion mask creation in the future (CImg support this feature)


>Another point about Gui: Sometime the user wants to get a precise aspect ratio:
>for that he can either enlarge the width or reduce the height or both (or the
>opposite depending on aspect ratio). Maybe we should reflect this in the Gui ?
>what do you think ?

Why not. But i recommend to wait more feedback from users when tool will be
published. No need to add more and more options at the same time, else ergonomy
will be destroyed. 

>Maybe we could display the aspect ratio in the Gui ?

It will increase complexity again of preview widget implementation. Don't
forget that we need to merge all preview widget to one common implementation.

>This feature could also be integreted in the aspect ratio crop tool. The user
>could select a region of the picture to crop and if "content aware ratio crop"
>option is checked, the selected region would be automatically resized to fit
>the required aspect ratio. What do you think ?

Implementation of Aspect Ratio Crop is completely different and separated in
another tool. Nothing is common. I will be complex and long to merge both tool.
I think it's a dangerous way... sorry...

Gilles

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.