[Digikam-devel] [Bug 146337] Tag regions of an image

[Aditya Bhatt]

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





--- Comment #12 from Aditya Bhatt <adityabhatt1991 gmail com>  2010-04-28 13:09:43 ---
Thanks for your ideas Fri13.

Ctrl+Drag seems a good idea for drawing tags.
As for the assigning  of tags, I have another idea. How about
Kdevelop-style tooltips - that pop up near the mouse when you hover
over a tagged region - with fields like rating, name, description and
stuff?

More ideas welcome!

On 4/28/10, Fri13 <friiduh at gmail.com> wrote:
> https://bugs.kde.org/show_bug.cgi?id=146337
>
>
> Fri13 <friiduh at gmail.com> changed:
>
>            What    |Removed                     |Added
> ----------------------------------------------------------------------------
>                  CC|                            |friiduh at gmail.com
>
>
>
>
> --- Comment #11 from Fri13 <friiduh gmail com>  2010-04-28 12:33:05 ---
> The tagging should be very easy. You just select a region (just like the
> default crop in showFoto) and you tag it by dragging a tag over it or then
> applying a tags.
>
> If user has not a region selected, the tag is placed for whole photo.
> If there is region selected, tags are for that only.
>
> At least the face tagging should be with Ctrl+Drag way. Same way as user
> selects area from the Marble. This is one problematic because the area
> selection is needed to be similar on all digiKam views, it is a usability
> question. This was one point for having a Ctrl+Drag for panning view in
> preview. Because we needed just the dragging for tagging. But now it is
> needed
> to be a Ctrl+Drag.
>
> In showFoto the dragging already creates the selection for effects/cropping,
> without a Ctrl (etc). It already forces to be different way in showFoto and
> digiKam preview (+lighttable). So it is needed that showFoto, digiKam and
> Lighttable all use Ctrl+Drag as selection for region, what then will be used
> for tagging, cropping and effects.
>
> That selection function could be possible to linked after summer (or same
> time
> with someone else) with task to create a brushes function. For allowing a
> clone/heal stamp, layer masks or other local non-destructive editing (but
> those
> would be a circular selections while we now need a retancle.
>
> I would vote to the 1:1 format because it is easy to be used then anywhere
> else
> when there is no need to take care of possible different format. It could be
> used as tag screenshot, album screenshot, screenshot in other places using
> nepomuk etc. And it would stand better ways in use the cropping and other
> functions. Easy to drag a area and show all different area-tags in next each
> others when they are same format.
>
> The sidepanel where the face tagging should be placed is littlebit harder.
> Now
> we have a tag search on left and tagging on right. Some people does not like
> it
> and would like to mix them. But it would remove powerfull functionality from
> digiKam. Right now because of left/right separation, we can search by tags
> and
> then remove/apply tags from search results. That is something what is not
> any
> other photo management application offering so easily.
>
> So would the face/area tagging need a two different tabs more? I believe we
> could link the area tagging for the tags itself. But add only a new tab for
> face tagging.
> We just dont change tags in faces as much as we can do with subjects in
> photos
> otherwise. Like if we edit photo, we do not change character face tag to
> "John
> Doe" > "John Doe Edited". But we might add new tag "Edited" or "Print
> version"
> to it.
>
> So is there a need for two sidepanels for face tagging? (Search / Tag)
>
> --
> 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
> Digikam-devel at kde.org
> https://mail.kde.org/mailman/listinfo/digikam-devel
>

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