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.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Locked
