Summary: | Add undo functionality to face tagging operations | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | Axel Krebs <axel.krebs> |
Component: | Faces-Workflow | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | REPORTED --- | ||
Severity: | wishlist | CC: | caulier.gilles, davito9w, m06kr2gf |
Priority: | NOR | ||
Version: | 2.5.0 | ||
Target Milestone: | --- | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Axel Krebs
2012-04-15 02:14:51 UTC
I would like to work on it. Can you please provide some more details of the undo functionality you want. Thanks Harsh On Mon, Apr 16, 2012 at 12:09 AM, Marcel Wiesweg <marcel.wiesweg@gmx.de>wrote: > https://bugs.kde.org/show_bug.cgi?id=298160 > > Marcel Wiesweg <marcel.wiesweg@gmx.de> changed: > > What |Removed |Added > > ---------------------------------------------------------------------------- > Summary|Urgent need for UNDO |add undo functionality for > | |face tagging operations > Severity|normal |wishlist > > -- > You are receiving this mail because: > You are the assignee for the bug. > _______________________________________________ > Digikam-devel mailing list > Digikam-devel@kde.org > https://mail.kde.org/mailman/listinfo/digikam-devel > Hi Harsh:
I´ll try to...
First time, I did check my pics collection to recognize faces some days ago.
This exploring phase took more than one day...
The program found some hundreds of potential "faces" (or even
structures) potentially similiar to faces.
Sometimes, I did mistakes in acepting or rejecting faces.
Of course, digikam offers an option re-check again. But this is
time-consuming. And there is no certanity to click right if "face" or
"not face", the second time…
My thought is to keep some clicks in spare, so one can correct a click,
if necessary. This is, the idea of UNDO, basically.
I´m no programmer, unfortunately. And I could imagine, there should be
several different solution pathes.
Maybe just some type of cache, collecting the last ten or twenty clicks,
and, if necessary, just UNDO the last one.
thuiese "clicks" could be organized in a subsequent series of events,
the newewst one replacing the one before
n -> n-1 (newest)
n-1 -> n-2
n-2 -> n-2
n-3 -> n-2
... -> ...
n-19 -> n-20 8oldest, just one step before erasing)
hope I could make my idea somewaht clearer?
Thank you for taking care of!!
Axel
---
Am 15.04.2012 21:21, schrieb Harsh Agrawal:
> https://bugs.kde.org/show_bug.cgi?id=298160
>
> --- Comment #1 from Harsh Agrawal <dexter.1691@gmail.com> ---
> I would like to work on it. Can you please provide some more details of the
> undo functionality you want.
>
> Thanks
> Harsh
>
> On Mon, Apr 16, 2012 at 12:09 AM, Marcel Wiesweg <marcel.wiesweg@gmx.de>wrote:
>
>> https://bugs.kde.org/show_bug.cgi?id=298160
>>
>> Marcel Wiesweg <marcel.wiesweg@gmx.de> changed:
>>
>> What |Removed |Added
>>
>> ----------------------------------------------------------------------------
>> Summary|Urgent need for UNDO |add undo functionality for
>> | |face tagging operations
>> Severity|normal |wishlist
>>
>> --
>> You are receiving this mail because:
>> You are the assignee for the bug.
>> _______________________________________________
>> Digikam-devel mailing list
>> Digikam-devel@kde.org
>> https://mail.kde.org/mailman/listinfo/digikam-devel
>>
>
One doubt, what do you mean by clicks here? On Mon, Apr 16, 2012 at 1:31 AM, Axel Krebs <axel.krebs@t-online.de> wrote: > https://bugs.kde.org/show_bug.cgi?id=298160 > > --- Comment #2 from Axel Krebs <axel.krebs@t-online.de> --- > Hi Harsh: > > I´ll try to... > > First time, I did check my pics collection to recognize faces some days > ago. > > This exploring phase took more than one day... > > The program found some hundreds of potential "faces" (or even > structures) potentially similiar to faces. > > Sometimes, I did mistakes in acepting or rejecting faces. > > Of course, digikam offers an option re-check again. But this is > time-consuming. And there is no certanity to click right if "face" or > "not face", the second time… > > My thought is to keep some clicks in spare, so one can correct a click, > if necessary. This is, the idea of UNDO, basically. > > I´m no programmer, unfortunately. And I could imagine, there should be > several different solution pathes. > > Maybe just some type of cache, collecting the last ten or twenty clicks, > and, if necessary, just UNDO the last one. > > thuiese "clicks" could be organized in a subsequent series of events, > the newewst one replacing the one before > > n -> n-1 (newest) > n-1 -> n-2 > n-2 -> n-2 > n-3 -> n-2 > > ... -> ... > > n-19 -> n-20 8oldest, just one step before erasing) > > hope I could make my idea somewaht clearer? > > Thank you for taking care of!! > > > > > Axel > --- > Am 15.04.2012 21:21, schrieb Harsh Agrawal: > > https://bugs.kde.org/show_bug.cgi?id=298160 > > > > --- Comment #1 from Harsh Agrawal <dexter.1691@gmail.com> --- > > I would like to work on it. Can you please provide some more details of > the > > undo functionality you want. > > > > Thanks > > Harsh > > > > On Mon, Apr 16, 2012 at 12:09 AM, Marcel Wiesweg <marcel.wiesweg@gmx.de > >wrote: > > > >> https://bugs.kde.org/show_bug.cgi?id=298160 > >> > >> Marcel Wiesweg <marcel.wiesweg@gmx.de> changed: > >> > >> What |Removed |Added > >> > >> > ---------------------------------------------------------------------------- > >> Summary|Urgent need for UNDO |add undo functionality > for > >> | |face tagging operations > >> Severity|normal |wishlist > >> > >> -- > >> You are receiving this mail because: > >> You are the assignee for the bug. > >> _______________________________________________ > >> Digikam-devel mailing list > >> Digikam-devel@kde.org > >> https://mail.kde.org/mailman/listinfo/digikam-devel > >> > > > > -- > You are receiving this mail because: > You are the assignee for the bug. > _______________________________________________ > Digikam-devel mailing list > Digikam-devel@kde.org > https://mail.kde.org/mailman/listinfo/digikam-devel > Hi Alex! I get your requirement. I could work on it but not before next week, will that be too late? As you mentioned this to be urgent. On Apr 16, 2012 1:31 AM, "Axel Krebs" <axel.krebs@t-online.de> wrote: > https://bugs.kde.org/show_bug.cgi?id=298160 > > --- Comment #2 from Axel Krebs <axel.krebs@t-online.de> --- > Hi Harsh: > > I´ll try to... > > First time, I did check my pics collection to recognize faces some days > ago. > > This exploring phase took more than one day... > > The program found some hundreds of potential "faces" (or even > structures) potentially similiar to faces. > > Sometimes, I did mistakes in acepting or rejecting faces. > > Of course, digikam offers an option re-check again. But this is > time-consuming. And there is no certanity to click right if "face" or > "not face", the second time… > > My thought is to keep some clicks in spare, so one can correct a click, > if necessary. This is, the idea of UNDO, basically. > > I´m no programmer, unfortunately. And I could imagine, there should be > several different solution pathes. > > Maybe just some type of cache, collecting the last ten or twenty clicks, > and, if necessary, just UNDO the last one. > > thuiese "clicks" could be organized in a subsequent series of events, > the newewst one replacing the one before > > n -> n-1 (newest) > n-1 -> n-2 > n-2 -> n-2 > n-3 -> n-2 > > ... -> ... > > n-19 -> n-20 8oldest, just one step before erasing) > > hope I could make my idea somewaht clearer? > > Thank you for taking care of!! > > > > > Axel > --- > Am 15.04.2012 21:21, schrieb Harsh Agrawal: > > https://bugs.kde.org/show_bug.cgi?id=298160 > > > > --- Comment #1 from Harsh Agrawal <dexter.1691@gmail.com> --- > > I would like to work on it. Can you please provide some more details of > the > > undo functionality you want. > > > > Thanks > > Harsh > > > > On Mon, Apr 16, 2012 at 12:09 AM, Marcel Wiesweg <marcel.wiesweg@gmx.de > >wrote: > > > >> https://bugs.kde.org/show_bug.cgi?id=298160 > >> > >> Marcel Wiesweg <marcel.wiesweg@gmx.de> changed: > >> > >> What |Removed |Added > >> > >> > ---------------------------------------------------------------------------- > >> Summary|Urgent need for UNDO |add undo functionality > for > >> | |face tagging operations > >> Severity|normal |wishlist > >> > >> -- > >> You are receiving this mail because: > >> You are the assignee for the bug. > >> _______________________________________________ > >> Digikam-devel mailing list > >> Digikam-devel@kde.org > >> https://mail.kde.org/mailman/listinfo/digikam-devel > >> > > > > -- > You are receiving this mail because: > You are the assignee for the bug. > _______________________________________________ > Digikam-devel mailing list > Digikam-devel@kde.org > https://mail.kde.org/mailman/listinfo/digikam-devel > Sorry Axel not Alex. On Apr 16, 2012 1:54 AM, "Aniket Handa" <atneik@gmail.com> wrote: > Hi Alex! > > I get your requirement. I could work on it but not before next week, will > that be too late? As you mentioned this to be urgent. > On Apr 16, 2012 1:31 AM, "Axel Krebs" <axel.krebs@t-online.de> wrote: > >> https://bugs.kde.org/show_bug.cgi?id=298160 >> >> --- Comment #2 from Axel Krebs <axel.krebs@t-online.de> --- >> Hi Harsh: >> >> I´ll try to... >> >> First time, I did check my pics collection to recognize faces some days >> ago. >> >> This exploring phase took more than one day... >> >> The program found some hundreds of potential "faces" (or even >> structures) potentially similiar to faces. >> >> Sometimes, I did mistakes in acepting or rejecting faces. >> >> Of course, digikam offers an option re-check again. But this is >> time-consuming. And there is no certanity to click right if "face" or >> "not face", the second time… >> >> My thought is to keep some clicks in spare, so one can correct a click, >> if necessary. This is, the idea of UNDO, basically. >> >> I´m no programmer, unfortunately. And I could imagine, there should be >> several different solution pathes. >> >> Maybe just some type of cache, collecting the last ten or twenty clicks, >> and, if necessary, just UNDO the last one. >> >> thuiese "clicks" could be organized in a subsequent series of events, >> the newewst one replacing the one before >> >> n -> n-1 (newest) >> n-1 -> n-2 >> n-2 -> n-2 >> n-3 -> n-2 >> >> ... -> ... >> >> n-19 -> n-20 8oldest, just one step before erasing) >> >> hope I could make my idea somewaht clearer? >> >> Thank you for taking care of!! >> >> >> >> >> Axel >> --- >> Am 15.04.2012 21:21, schrieb Harsh Agrawal: >> > https://bugs.kde.org/show_bug.cgi?id=298160 >> > >> > --- Comment #1 from Harsh Agrawal <dexter.1691@gmail.com> --- >> > I would like to work on it. Can you please provide some more details of >> the >> > undo functionality you want. >> > >> > Thanks >> > Harsh >> > >> > On Mon, Apr 16, 2012 at 12:09 AM, Marcel Wiesweg <marcel.wiesweg@gmx.de >> >wrote: >> > >> >> https://bugs.kde.org/show_bug.cgi?id=298160 >> >> >> >> Marcel Wiesweg <marcel.wiesweg@gmx.de> changed: >> >> >> >> What |Removed |Added >> >> >> >> >> ---------------------------------------------------------------------------- >> >> Summary|Urgent need for UNDO |add undo functionality >> for >> >> | |face tagging operations >> >> Severity|normal |wishlist >> >> >> >> -- >> >> You are receiving this mail because: >> >> You are the assignee for the bug. >> >> _______________________________________________ >> >> Digikam-devel mailing list >> >> Digikam-devel@kde.org >> >> https://mail.kde.org/mailman/listinfo/digikam-devel >> >> >> > >> >> -- >> You are receiving this mail because: >> You are the assignee for the bug. >> _______________________________________________ >> Digikam-devel mailing list >> Digikam-devel@kde.org >> https://mail.kde.org/mailman/listinfo/digikam-devel >> > One click equals one decision accepting (naming) an automatically
recognized face; or not accepting (rejecting).
So "one click" is synonym with one decicion, or one conscious contribution.
hope this is clearer, now?
Axel
Am 15.04.2012 22:08, schrieb Harsh Agrawal:
> https://bugs.kde.org/show_bug.cgi?id=298160
>
> --- Comment #3 from Harsh Agrawal <dexter.1691@gmail.com> ---
> One doubt, what do you mean by clicks here?
>
> On Mon, Apr 16, 2012 at 1:31 AM, Axel Krebs <axel.krebs@t-online.de> wrote:
>
>> https://bugs.kde.org/show_bug.cgi?id=298160
>>
>> --- Comment #2 from Axel Krebs <axel.krebs@t-online.de> ---
>> Hi Harsh:
>>
>> I´ll try to...
>>
>> First time, I did check my pics collection to recognize faces some days
>> ago.
>>
>> This exploring phase took more than one day...
>>
>> The program found some hundreds of potential "faces" (or even
>> structures) potentially similiar to faces.
>>
>> Sometimes, I did mistakes in acepting or rejecting faces.
>>
>> Of course, digikam offers an option re-check again. But this is
>> time-consuming. And there is no certanity to click right if "face" or
>> "not face", the second time…
>>
>> My thought is to keep some clicks in spare, so one can correct a click,
>> if necessary. This is, the idea of UNDO, basically.
>>
>> I´m no programmer, unfortunately. And I could imagine, there should be
>> several different solution pathes.
>>
>> Maybe just some type of cache, collecting the last ten or twenty clicks,
>> and, if necessary, just UNDO the last one.
>>
>> thuiese "clicks" could be organized in a subsequent series of events,
>> the newewst one replacing the one before
>>
>> n -> n-1 (newest)
>> n-1 -> n-2
>> n-2 -> n-2
>> n-3 -> n-2
>>
>> ... -> ...
>>
>> n-19 -> n-20 8oldest, just one step before erasing)
>>
>> hope I could make my idea somewaht clearer?
>>
>> Thank you for taking care of!!
>>
>>
>>
>>
>> Axel
>> ---
>> Am 15.04.2012 21:21, schrieb Harsh Agrawal:
>>> https://bugs.kde.org/show_bug.cgi?id=298160
>>>
>>> --- Comment #1 from Harsh Agrawal <dexter.1691@gmail.com> ---
>>> I would like to work on it. Can you please provide some more details of
>> the
>>> undo functionality you want.
>>>
>>> Thanks
>>> Harsh
>>>
>>> On Mon, Apr 16, 2012 at 12:09 AM, Marcel Wiesweg <marcel.wiesweg@gmx.de
>>> wrote:
>>>
>>>> https://bugs.kde.org/show_bug.cgi?id=298160
>>>>
>>>> Marcel Wiesweg <marcel.wiesweg@gmx.de> changed:
>>>>
>>>> What |Removed |Added
>>>>
>>>>
>> ----------------------------------------------------------------------------
>>>> Summary|Urgent need for UNDO |add undo functionality
>> for
>>>> | |face tagging operations
>>>> Severity|normal |wishlist
>>>>
>>>> --
>>>> You are receiving this mail because:
>>>> You are the assignee for the bug.
>>>> _______________________________________________
>>>> Digikam-devel mailing list
>>>> Digikam-devel@kde.org
>>>> https://mail.kde.org/mailman/listinfo/digikam-devel
>>>>
>>>
>>
>> --
>> You are receiving this mail because:
>> You are the assignee for the bug.
>> _______________________________________________
>> Digikam-devel mailing list
>> Digikam-devel@kde.org
>> https://mail.kde.org/mailman/listinfo/digikam-devel
>>
>
Hi,
this is perfect. Besides: what is "urgent" for my purposes, maybe
neglectible for other. I rely in digiKam "organizing comittee" to set
priorities what is important or not- I can never oversee all demands.
Axel
Am 15.04.2012 22:24, schrieb Aniket:
> https://bugs.kde.org/show_bug.cgi?id=298160
>
> --- Comment #4 from Aniket <atneik@gmail.com> ---
> Hi Alex!
>
> I get your requirement. I could work on it but not before next week, will
> that be too late? As you mentioned this to be urgent.
> On Apr 16, 2012 1:31 AM, "Axel Krebs" <axel.krebs@t-online.de> wrote:
>
>> https://bugs.kde.org/show_bug.cgi?id=298160
>>
>> --- Comment #2 from Axel Krebs <axel.krebs@t-online.de> ---
>> Hi Harsh:
>>
>> I´ll try to...
>>
>> First time, I did check my pics collection to recognize faces some days
>> ago.
>>
>> This exploring phase took more than one day...
>>
>> The program found some hundreds of potential "faces" (or even
>> structures) potentially similiar to faces.
>>
>> Sometimes, I did mistakes in acepting or rejecting faces.
>>
>> Of course, digikam offers an option re-check again. But this is
>> time-consuming. And there is no certanity to click right if "face" or
>> "not face", the second time…
>>
>> My thought is to keep some clicks in spare, so one can correct a click,
>> if necessary. This is, the idea of UNDO, basically.
>>
>> I´m no programmer, unfortunately. And I could imagine, there should be
>> several different solution pathes.
>>
>> Maybe just some type of cache, collecting the last ten or twenty clicks,
>> and, if necessary, just UNDO the last one.
>>
>> thuiese "clicks" could be organized in a subsequent series of events,
>> the newewst one replacing the one before
>>
>> n -> n-1 (newest)
>> n-1 -> n-2
>> n-2 -> n-2
>> n-3 -> n-2
>>
>> ... -> ...
>>
>> n-19 -> n-20 8oldest, just one step before erasing)
>>
>> hope I could make my idea somewaht clearer?
>>
>> Thank you for taking care of!!
>>
>>
>>
>>
>> Axel
>> ---
>> Am 15.04.2012 21:21, schrieb Harsh Agrawal:
>>> https://bugs.kde.org/show_bug.cgi?id=298160
>>>
>>> --- Comment #1 from Harsh Agrawal <dexter.1691@gmail.com> ---
>>> I would like to work on it. Can you please provide some more details of
>> the
>>> undo functionality you want.
>>>
>>> Thanks
>>> Harsh
>>>
>>> On Mon, Apr 16, 2012 at 12:09 AM, Marcel Wiesweg <marcel.wiesweg@gmx.de
>>> wrote:
>>>
>>>> https://bugs.kde.org/show_bug.cgi?id=298160
>>>>
>>>> Marcel Wiesweg <marcel.wiesweg@gmx.de> changed:
>>>>
>>>> What |Removed |Added
>>>>
>>>>
>> ----------------------------------------------------------------------------
>>>> Summary|Urgent need for UNDO |add undo functionality
>> for
>>>> | |face tagging operations
>>>> Severity|normal |wishlist
>>>>
>>>> --
>>>> You are receiving this mail because:
>>>> You are the assignee for the bug.
>>>> _______________________________________________
>>>> Digikam-devel mailing list
>>>> Digikam-devel@kde.org
>>>> https://mail.kde.org/mailman/listinfo/digikam-devel
>>>>
>>>
>>
>> --
>> You are receiving this mail because:
>> You are the assignee for the bug.
>> _______________________________________________
>> Digikam-devel mailing list
>> Digikam-devel@kde.org
>> https://mail.kde.org/mailman/listinfo/digikam-devel
>>
>
Cool Axel! I have started to have a look at it. Might take some time as I am not a regular developer for Digikam, rather I have just started. Will talk with other people and work on it. I though cannot guarantee that when will I be able to finish implementing this feature. Maybe Aniket and I can together work on it. Thanks Harsh. On Mon, Apr 16, 2012 at 10:02 AM, Axel Krebs <axel.krebs@t-online.de> wrote: > https://bugs.kde.org/show_bug.cgi?id=298160 > > --- Comment #7 from Axel Krebs <axel.krebs@t-online.de> --- > Hi, > > this is perfect. Besides: what is "urgent" for my purposes, maybe > neglectible for other. I rely in digiKam "organizing comittee" to set > priorities what is important or not- I can never oversee all demands. > > > Axel > > > Am 15.04.2012 22:24, schrieb Aniket: > > https://bugs.kde.org/show_bug.cgi?id=298160 > > > > --- Comment #4 from Aniket <atneik@gmail.com> --- > > Hi Alex! > > > > I get your requirement. I could work on it but not before next week, will > > that be too late? As you mentioned this to be urgent. > > On Apr 16, 2012 1:31 AM, "Axel Krebs" <axel.krebs@t-online.de> wrote: > > > >> https://bugs.kde.org/show_bug.cgi?id=298160 > >> > >> --- Comment #2 from Axel Krebs <axel.krebs@t-online.de> --- > >> Hi Harsh: > >> > >> I´ll try to... > >> > >> First time, I did check my pics collection to recognize faces some days > >> ago. > >> > >> This exploring phase took more than one day... > >> > >> The program found some hundreds of potential "faces" (or even > >> structures) potentially similiar to faces. > >> > >> Sometimes, I did mistakes in acepting or rejecting faces. > >> > >> Of course, digikam offers an option re-check again. But this is > >> time-consuming. And there is no certanity to click right if "face" or > >> "not face", the second time… > >> > >> My thought is to keep some clicks in spare, so one can correct a click, > >> if necessary. This is, the idea of UNDO, basically. > >> > >> I´m no programmer, unfortunately. And I could imagine, there should be > >> several different solution pathes. > >> > >> Maybe just some type of cache, collecting the last ten or twenty clicks, > >> and, if necessary, just UNDO the last one. > >> > >> thuiese "clicks" could be organized in a subsequent series of events, > >> the newewst one replacing the one before > >> > >> n -> n-1 (newest) > >> n-1 -> n-2 > >> n-2 -> n-2 > >> n-3 -> n-2 > >> > >> ... -> ... > >> > >> n-19 -> n-20 8oldest, just one step before erasing) > >> > >> hope I could make my idea somewaht clearer? > >> > >> Thank you for taking care of!! > >> > >> > >> > >> > >> Axel > >> --- > >> Am 15.04.2012 21:21, schrieb Harsh Agrawal: > >>> https://bugs.kde.org/show_bug.cgi?id=298160 > >>> > >>> --- Comment #1 from Harsh Agrawal <dexter.1691@gmail.com> --- > >>> I would like to work on it. Can you please provide some more details of > >> the > >>> undo functionality you want. > >>> > >>> Thanks > >>> Harsh > >>> > >>> On Mon, Apr 16, 2012 at 12:09 AM, Marcel Wiesweg < > marcel.wiesweg@gmx.de > >>> wrote: > >>> > >>>> https://bugs.kde.org/show_bug.cgi?id=298160 > >>>> > >>>> Marcel Wiesweg <marcel.wiesweg@gmx.de> changed: > >>>> > >>>> What |Removed |Added > >>>> > >>>> > >> > ---------------------------------------------------------------------------- > >>>> Summary|Urgent need for UNDO |add undo functionality > >> for > >>>> | |face tagging > operations > >>>> Severity|normal |wishlist > >>>> > >>>> -- > >>>> You are receiving this mail because: > >>>> You are the assignee for the bug. > >>>> _______________________________________________ > >>>> Digikam-devel mailing list > >>>> Digikam-devel@kde.org > >>>> https://mail.kde.org/mailman/listinfo/digikam-devel > >>>> > >>> > >> > >> -- > >> You are receiving this mail because: > >> You are the assignee for the bug. > >> _______________________________________________ > >> Digikam-devel mailing list > >> Digikam-devel@kde.org > >> https://mail.kde.org/mailman/listinfo/digikam-devel > >> > > > > -- > You are receiving this mail because: > You are the assignee for the bug. > _______________________________________________ > Digikam-devel mailing list > Digikam-devel@kde.org > https://mail.kde.org/mailman/listinfo/digikam-devel > *** Bug 445696 has been marked as a duplicate of this bug. *** |