Status of face detection

Thanks, now it compiles fine.

> The second problem is a static variable declared in a header file included
> multiple times. I have removed the "static", that should work just as well.
> Dont know why this fails. Please check if you get any more errors in CImg.h.

Actually it does not fail, it is just a warning. Just tested by
reverting the change You made:

Linking CXX shared library ..\bin\libdigikamlib.dll
Creating library file: ..\bin\libdigikamlib.dll.a
c:/mingw32/bin/../lib/gcc/mingw32/4.5.1/../../../../mingw32/bin/ld.exe:
CMakeFiles\digikamcore.dir/objects.a(greycstorationfilter.obj):
warning: dupli
cate section `.data$_ZZN12cimg_library4CImgIhE9logo40x38EvE3res[cimg_library::CImg<unsigned
char>::logo40x38()::res]' has different size

[ 38%] Built target digikamcore


Gert
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Marcel Wiesweg]

>
> I scanned an album and it does reach the end, yet it does not close the
> pop-up window with the scanning progress and neither does it stop the
> progress bar from moving left to right and back.

Do you mean the animation on the progress bar? That's only eye candy by
Oxygen.
I think it is intended that the dialog does not close (though one can argue
that it should close)

>
> > > Does anyone else have the issue that manually adding faces via the icon
> > > in the preview (head and a green plus) does not work
> >
> > Ah no this is not implemented right now.
>
> But it was, was it not? I saw some red quadrangle some weeks ago.

Yes, that was there, but the code had the problems here and there. Then I
forgot to add it again.
I had the idea to do a quick face scan with high sensitivity to offer
candidates, but I dont know if I will implement that.
(the problem will be with recognition - manually added faces will cut out
different areas than the automatic detector. But we care about this when
recognition works someday)


> But what if you already assigned a name to that face? Then close the
> picture and click on it again. After that there is no "Who is this"
> dialogue but only the tag shown. And clicking on that tag does not allow
> to change or remove it.

I happened to test it now from a testing setup, and I see the problem.
Previously, it always worked for me - seems I never created new tags. It's
fixed in SVN, and a few other glitches as well.

Marcel

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[S. Burmeister]

Am Dienstag, 16. November 2010, 18:40:22 schrieb Marcel Wiesweg:
> > I scanned an album and it does reach the end, yet it does not close the
> > pop-up window with the scanning progress and neither does it stop the
> > progress bar from moving left to right and back.
>
> Do you mean the animation on the progress bar? That's only eye candy by
> Oxygen.
> I think it is intended that the dialog does not close (though one can argue
> that it should close)

I mean the little block that moves from left to right while scanning, it never
stops and thus mediates that there is still something in progress.

> > But what if you already assigned a name to that face? Then close the
> > picture and click on it again. After that there is no "Who is this"
> > dialogue but only the tag shown. And clicking on that tag does not allow
> > to change or remove it.
>
> I happened to test it now from a testing setup, and I see the problem.
> Previously, it always worked for me - seems I never created new tags. It's
> fixed in SVN, and a few other glitches as well.

With libkface Rev: 1196626 and digikam  Rev: 1197834 clicking on the name in
the preview does still not do anything. Also now the tag view shows the whole
thumbnails instead of just the bit of the picture the face is on. If there are
two faces on a picture the "who is this" gui appears when hovering that
picture in the tag view (unknown people) yet since the whole picture is shown
one does not know which face the tag is assigned to.

Is it ok to assign tags to unknown faces while the scanning is still in
progress?

Sven
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Marcel Wiesweg]

>
> I mean the little block that moves from left to right while scanning, it
> never stops and thus mediates that there is still something in progress.

When scanning more than one tag, the expected total may be too large (multiple
assignments). For this case, I have now added a cheat. Otherwise, see below.

>
> With libkface Rev: 1196626 and digikam  Rev: 1197834 clicking on the name
> in the preview does still not do anything. Also now the tag view shows the
> whole thumbnails instead of just the bit of the picture the face is on. If
> there are two faces on a picture the "who is this" gui appears when
> hovering that picture in the tag view (unknown people) yet since the whole
> picture is shown one does not know which face the tag is assigned to.

Dont know, I cannot reproduce anything of this. Just deleted test db and
thumbnails, and scanned from scratch.

Finished progress bar:
http://img337.imageshack.us/my.php?image=plasmadesktopd28216.png

While assigning tag to unknown person:
http://img337.imageshack.us/my.php?image=plasmadesktoph28216.png

Confirmed tag:
http://img337.imageshack.us/my.php?image=plasmadesktopa28216.png

After a click on "Monkey":
http://img337.imageshack.us/my.php?image=plasmadesktopg28216.png


>
> Is it ok to assign tags to unknown faces while the scanning is still in
> progress?

Sure

Marcel
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[S. Burmeister]

Am Mittwoch, 17. November 2010, 11:23:54 schrieb Marcel Wiesweg:

> > With libkface Rev: 1196626 and digikam  Rev: 1197834 clicking on the name
> > in the preview does still not do anything. Also now the tag view shows
> > the whole thumbnails instead of just the bit of the picture the face is
> > on. If there are two faces on a picture the "who is this" gui appears
> > when hovering that picture in the tag view (unknown people) yet since
> > the whole picture is shown one does not know which face the tag is
> > assigned to.
>
> Dont know, I cannot reproduce anything of this. Just deleted test db and
> thumbnails, and scanned from scratch.
>
> Finished progress bar:
> http://img337.imageshack.us/my.php?image=plasmadesktopd28216.png
>
> While assigning tag to unknown person:
> http://img337.imageshack.us/my.php?image=plasmadesktoph28216.png
>
> Confirmed tag:
> http://img337.imageshack.us/my.php?image=plasmadesktopa28216.png
>
> After a click on "Monkey":
> http://img337.imageshack.us/my.php?image=plasmadesktopg28216.png

Can anyone else please try this? I tried again with a new db and it does not
work. Maybe some uncommitted code?

Sven
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Hi

>> I scanned an album and it does reach the end, yet it does not close the
>> pop-up window with the scanning progress and neither does it stop the
>> progress bar from moving left to right and back.
>
> Do you mean the animation on the progress bar? That's only eye candy by
> Oxygen.
> I think it is intended that the dialog does not close (though one can argue
> that it should close)

I ran a new test scan... The process goes on for much longer time now,
but still stops before reaching to end... The last lines from dbgview
are


[2400] Debug:digikam(2400)/digikam (core)
Digikam::FacePipeline::FacePipelinePriv::checkFinished: Check for
finish:  0 packages, 0 infos to filter, hasFinished() true
[2400] Debug:digikam(2400)/digikam (core)
Digikam::BatchFaceDetector::continueAlbumListing: false false
[2400] Debug:digikam(2400)/digikam (core)
Digikam::BatchFaceDetector::continueAlbumListing: Album "SomeAlbum"
[2400] Debug:digikam(2400) KUrl::path:  "/"
[2400] Debug:digikam(2400) KUrl::path:  "/Path/To/SomeAlbum/"
[2400] Debug:digikam(2400)/kio (Slave) KIO::Slave::createSlave:
createSlave "digikamalbums" for
KUrl("digikamalbums:/Path/To/SomeAlbum/?albumRoot=C:/@FotoWorkFolder@&albumRootId=1&databaseType=QSQLITE&databaseName=C:/@FotoWorkFolder@/digikam4.db&connectOptions=&hostName=&userName=&password=")
[2400] Debug:digikam(2400)/kio (KIOConnection)
KIO::ConnectionServer::listenForRemote: Listening on
"tcp://127.0.0.1:2079"
[2216] Debug:klauncher(2216)/kio (KLauncher) KLauncher::requestSlave:
KLauncher: launching new slave  "c:/KDE/bin/kioslave.exe"  with
protocol= "digikamalbums"  args= ("kio_digikamalbums",
"digikamalbums", "tcp://127.0.0.1:1773", "tcp://127.0.0.1:2079")
[2216] Debug:klauncher(2216)/kio (KLauncher)
KLauncher::processRequestReturn: "c:/KDE/bin/kioslave.exe" (pid 2972)
up and running.
[2400] Debug:digikam(2400) KUrl::path:  "/Path/To/SomeAlbum/"
[2972] Debug:trying to load 'kio_digikamalbums'
[2400] Debug:digikam(2400)/kio (Slave) KIO::Slave::timeout: slave
failed to connect to application pid= 2972  protocol= "digikamalbums"
[2400] Debug:digikam(2400)/kio (Slave) KIO::Slave::timeout: Houston,
we lost our slave, pid= 2972
[2400] Debug:digikam(2400)/kio (Slave) KIO::Slave::timeout: slave died
pid =  2972
[2400] Debug:digikam(2400)/digikam (core)
Digikam::ImageInfoJob::slotResult: Failed to list url:  "The process
for the digikamalbums protocol died unexpectedly."
[2972] Debug:kio_digikamalbums(2972)/kio (kioslave)
KIO::SlaveBase::connectSlave: SlaveBase: failed to connect to
"tcp://127.0.0.1:2079"
[2972] Debug:Reason: ""
[2216] Debug:klauncher(2216)/kio (KLauncher) KLauncher::slotFinished:
process finished exitcode= 255 exitStatus= 0

It seems to happen after some big album is scanned, perhaps some
process has timed out and exited... And it seems to consistent, i.e. I
have reproduced it several times now.

Gert
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Marcel Wiesweg]

> [2400] Debug:digikam(2400)/kio (Slave) KIO::Slave::timeout: slave
> failed to connect to application pid= 2972  protocol= "digikamalbums"
> [2400] Debug:digikam(2400)/kio (Slave) KIO::Slave::timeout: Houston,
> we lost our slave, pid= 2972
> [2400] Debug:digikam(2400)/kio (Slave) KIO::Slave::timeout: slave died
> pid =  2972
> [2400] Debug:digikam(2400)/digikam (core)
> Digikam::ImageInfoJob::slotResult: Failed to list url:  "The process
> for the digikamalbums protocol died unexpectedly."
> [2972] Debug:kio_digikamalbums(2972)/kio (kioslave)
> KIO::SlaveBase::connectSlave: SlaveBase: failed to connect to
> "tcp://127.0.0.1:2079"
> [2972] Debug:Reason: ""
> [2216] Debug:klauncher(2216)/kio (KLauncher) KLauncher::slotFinished:
> process finished exitcode= 255 exitStatus= 0
>
> It seems to happen after some big album is scanned, perhaps some
> process has timed out and exited... And it seems to consistent, i.e. I
> have reproduced it several times now.

I remember to have seen such problems on Windows before. It's a kdelibs thing,
handling ioslave processes. Maybe something is wrong with letting processes
die after a certain timeout? Does the main icon views still work ater this?
Digikam just gives the kdelibs (KIO) a URL and waits for the results, we can't
do so much about this in digikam code.

Marcel
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

>> [2972] Debug:Reason: ""
>> [2216] Debug:klauncher(2216)/kio (KLauncher) KLauncher::slotFinished:
>> process finished exitcode= 255 exitStatus= 0
>>
>> It seems to happen after some big album is scanned, perhaps some
>> process has timed out and exited... And it seems to consistent, i.e. I
>> have reproduced it several times now.
>
> I remember to have seen such problems on Windows before. It's a kdelibs thing,
> handling ioslave processes. Maybe something is wrong with letting processes
> die after a certain timeout? Does the main icon views still work ater this?
> Digikam just gives the kdelibs (KIO) a URL and waits for the results, we can't
> do so much about this in digikam code.

AFAIK yes, digikam continues to work normally... Just the face
detection do not progress further. I can even start another face
detection session, seems to work ok...

I have yet another a bit annoying "feature": sometimes the "scanning
faces" dialog goes to background, or just the digikam main window is
brought into foreground... Anyway I do not like such foreground window
switching.

Gert
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

> AFAIK yes, digikam continues to work normally... Just the face
> detection do not progress further. I can even start another face
> detection session, seems to work ok...

I must correct myself: there seems to be always one failed request...
I.e. if the slave has died in between and I try to switch view in
digikam, it does not work in first attempt. If I make another view
switch, it starts to work again.

Gert
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Marcel Wiesweg]

>
> I must correct myself: there seems to be always one failed request...
> I.e. if the slave has died in between and I try to switch view in
> digikam, it does not work in first attempt. If I make another view
> switch, it starts to work again.

So this is the problem: In the icon view, you tolerate the occasional glitches
of having to click twice or refresh. The scanning process depends more on
normal behavior.
Still, the KDE (on Windows) bug must be fixed.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Martin Klapetek]

I haven't been following the whole discussion, but I have one important bug to report under last revision of branch+kface - if I put a name into the "Who is this?" box during a scan and confirm this, the picture gets removed from the 'Unknown' tag list and is moved to the name taglist, which is correct, but the name I put in will then also be added to the picture, that was it's left neighbor in the unknown list. 

Example: there are images 1.jpg 2.jpg 3.jpg with the 'Unknown' tag. I select 2.jpg and put a name into the box and hit the confirm button. The 2.jpg is moved out of 'Unknown' but the image 1.jpg has then assigned the same name as I put into 2.jpg. Which should not happen.

Marty

On Thu, Nov 18, 2010 at 17:05, Marcel Wiesweg <[hidden email]> wrote:

>
> I must correct myself: there seems to be always one failed request...
> I.e. if the slave has died in between and I try to switch view in
> digikam, it does not work in first attempt. If I make another view
> switch, it starts to work again.

So this is the problem: In the icon view, you tolerate the occasional glitches
of having to click twice or refresh. The scanning process depends more on
normal behavior.
Still, the KDE (on Windows) bug must be fixed.

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

For me tagging a face always crashes... I will report a bug soon.

Andi Clemens
-----------------
www.digikam.org

On Friday 19 November 2010 19:59:49 Martin Klapetek wrote:

> I haven't been following the whole discussion, but I have one important bug
> to report under last revision of branch+kface - if I put a name into the
> "Who is this?" box during a scan and confirm this, the picture gets removed
> from the 'Unknown' tag list and is moved to the name taglist, which is
> correct, but the name I put in will then also be added to the picture, that
> was it's left neighbor in the unknown list.
>
> Example: there are images 1.jpg 2.jpg 3.jpg with the 'Unknown' tag. I
> select 2.jpg and put a name into the box and hit the confirm button. The
> 2.jpg is moved out of 'Unknown' but the image 1.jpg has then assigned the
> same name as I put into 2.jpg. Which should not happen.
>
> Marty
>
> On Thu, Nov 18, 2010 at 17:05, Marcel Wiesweg <[hidden email]> wrote:
> > > I must correct myself: there seems to be always one failed request...
> > > I.e. if the slave has died in between and I try to switch view in
> > > digikam, it does not work in first attempt. If I make another view
> > > switch, it starts to work again.
> >
> > So this is the problem: In the icon view, you tolerate the occasional
> > glitches
> > of having to click twice or refresh. The scanning process depends more on
> > normal behavior.
> > Still, the KDE (on Windows) bug must be fixed.
> > _______________________________________________
> > Digikam-devel mailing list
> > [hidden email]
> > https://mail.kde.org/mailman/listinfo/digikam-devel

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Marcel Wiesweg]

>
> Example: there are images 1.jpg 2.jpg 3.jpg with the 'Unknown' tag. I
> select 2.jpg and put a name into the box and hit the confirm button. The
> 2.jpg is moved out of 'Unknown' but the image 1.jpg has then assigned the
> same name as I put into 2.jpg. Which should not happen.

You mean there are always two images removed from unknown and assigned the
same tag when you click once? Or press Enter once?
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Martin Klapetek]

No, only the one is removed (the proper one), the second stays (the 1.jpg), but has the same tag assigned as the removed one.

Marty

On 19 Nov 2010 23:19, "Marcel Wiesweg" <[hidden email]> wrote:
>
>
>>
>> Example: there are images 1.jpg 2.jpg 3.jpg with the 'Unknown' tag. I
>> select 2.jpg and put a name into the box and hit the confirm button. The
>> 2.jpg is moved out of 'Unknown' but the image 1.jpg has then assigned the
>> same name as I put into 2.jpg. Which should not happen.
>
> You mean there are always two images removed from unknown and assigned the
> same tag when you click once? Or press Enter once?
> _______________________________________________
> Digikam-devel mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-devel

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

["Jens Müller"]

Hi all,

First of all, I didn't read though the whole thread, maybee some issues are reported earlier.

I started playing with face detecting and want to share my results. First I struggle about missing haarcascades. No messages about this, only konsole debug out catch errors up. Kubuntus opencv packages do not include haarcascade files, would'nt it be better to host them inside libkface as a independend optimized set?
Then I scanned a album, the progress dialog only show that moving slider, you don't get a impression how long the hole process will take. After finishing this dialog stays while the slider moves endless. I think the dialog should close or present a short summary about found faces (better).
When you set names to face regions and start typing a list of tags is presented, but when you click with the mouse on a tag item which is not the top one the first in the list is selected instead of the clicked one.
When a face tag is assigned to a region, it was impossible for me to change that tag to another person. Do I miss something? I think clicking ore double clicking on the region or face tag should open the editor again.
When I click on on a face tag in the tag tree, a page shows up where albums and images are shown. But for me only one image per person is shown, although there are more images with tagged faces of that person. Should'nt there be a list of all tagged images?

After all that criticism I have to say that the interface looks pretty nice and detecting faces is working very well after fixing the casacade thingy. Good work!

Regards, Jens

--
GMX DSL Doppel-Flat ab 19,99 &euro;/mtl.! Jetzt auch mit
gratis Notebook-Flat! http://portal.gmx.net/de/go/dsl
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Marcel Wiesweg]

> I started playing with face detecting and want to share my results. First I
> struggle about missing haarcascades. No messages about this, only konsole
> debug out catch errors up. Kubuntus opencv packages do not include
> haarcascade files, would'nt it be better to host them inside libkface as a
> independend optimized set?

I dont want to duplicate these files, they are really part of OpenCV and
packagers of digikam must then list them as required dependencies. They are
also pretty large (~1MB each, we use 7 or 8) so not easily included in any
package.
Nonetheless, I agree that an error message from digikam would be helpful.

> Then I scanned a album, the progress dialog
> only show that moving slider, you don't get a impression how long the hole
> process will take. After finishing this dialog stays while the slider
> moves endless. I think the dialog should close or present a short summary
> about found faces (better).

Believe it or not, for me there is a percentage number and when it's at 100%,
it's not moving. Sven is also reporting the behavior you are describing. I
dont know why.
 The dialog stays and you have to click Close, that's at least consistent with
some other tools in digikam.


> When you set names to face regions and start
> typing a list of tags is presented, but when you click with the mouse on a
> tag item which is not the top one the first in the list is selected
> instead of the clicked one.

Is this in the thumbnail view or in the preview view? (though the code is very
similar)


> When a face tag is assigned to a region, it
> was impossible for me to change that tag to another person. Do I miss
> something? I think clicking ore double clicking on the region or face tag
> should open the editor again.

In the preview view, isnt it?
That's also something I cannot reproduce.
For me, there is a label with the assigned name, and when I click on that
label, the editor is opened again.


> When I click on on a face tag in the tag
> tree, a page shows up where albums and images are shown. But for me only
> one image per person is shown, although there are more images with tagged
> faces of that person. Should'nt there be a list of all tagged images?

Once confirmed, a face tag is just like any other tag, so in the Tag left side
bar panel, you will see all images where the name was assigned.
The "People" left side bar widget is different, here you get one thumbnail for
each face (multiple per image, if necessary), you get unconfirmed results, and
you get the face as thumbnail, not the whole picture.
That's how it works for me here.

Thanks for you tests.

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

["Jens Müller"]

> > I started playing with face detecting and want to share my results.
> First I
> > struggle about missing haarcascades. No messages about this, only
> konsole
> > debug out catch errors up. Kubuntus opencv packages do not include
> > haarcascade files, would'nt it be better to host them inside libkface as
> a
> > independend optimized set?
>
> I dont want to duplicate these files, they are really part of OpenCV and
> packagers of digikam must then list them as required dependencies. They
> are
> also pretty large (~1MB each, we use 7 or 8) so not easily included in any
> package.
> Nonetheless, I agree that an error message from digikam would be helpful.

Yes size matters (and this only for opencv duplicates), a messagebox will be fine.

> > Then I scanned a album, the progress dialog
> > only show that moving slider, you don't get a impression how long the
> hole
> > process will take. After finishing this dialog stays while the slider
> > moves endless. I think the dialog should close or present a short
> summary
> > about found faces (better).
>
> Believe it or not, for me there is a percentage number and when it's at
> 100%,
> it's not moving. Sven is also reporting the behavior you are describing. I
> dont know why.
>  The dialog stays and you have to click Close, that's at least consistent
> with
> some other tools in digikam.

The moving slider irritated me. If it is a real progress bar finishing at 100% it is fine, too. Perhaps there could be a text like 'Found %1 faces in %2 images.'?


> > When you set names to face regions and start
> > typing a list of tags is presented, but when you click with the mouse on
> a
> > tag item which is not the top one the first in the list is selected
> > instead of the clicked one.
>
> Is this in the thumbnail view or in the preview view? (though the code is
> very
> similar)

In the preview view, the transparant face tag combobox shows a list of possible tags as you type. When you type some chars and the see the right tag in that list, clicking on it will not select it when it is not the first in the list.

>
> > When a face tag is assigned to a region, it
> > was impossible for me to change that tag to another person. Do I miss
> > something? I think clicking ore double clicking on the region or face
> tag
> > should open the editor again.
>
> In the preview view, isnt it?
> That's also something I cannot reproduce.
> For me, there is a label with the assigned name, and when I click on that
> label, the editor is opened again.

Unfortunately for me not. Not by single click, not by double click, not on the presented transparent face tag, nor the presented face region.

>
> > When I click on on a face tag in the tag
> > tree, a page shows up where albums and images are shown. But for me only
> > one image per person is shown, although there are more images with
> tagged
> > faces of that person. Should'nt there be a list of all tagged images?
>
> Once confirmed, a face tag is just like any other tag, so in the Tag left
> side
> bar panel, you will see all images where the name was assigned.
> The "People" left side bar widget is different, here you get one thumbnail
> for
> each face (multiple per image, if necessary), you get unconfirmed results,
> and
> you get the face as thumbnail, not the whole picture.
> That's how it works for me here.

This is how it works for me, too. I assumed the the people tag list on the left work that way, too.

Jens

--
GRATIS! Movie-FLAT mit über 300 Videos.
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Martin Klapetek]

I'd just like to add, that I also have just the moving slider, not the progressbar (Qt4.7 KDE 4.5.3).

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[S. Burmeister]

Am Dienstag, 23. November 2010, 22:15:17 schrieb Marcel Wiesweg:
> > When a face tag is assigned to a region, it
> > was impossible for me to change that tag to another person. Do I miss
> > something? I think clicking ore double clicking on the region or face tag
> > should open the editor again.
>
> In the preview view, isnt it?
> That's also something I cannot reproduce.
> For me, there is a label with the assigned name, and when I click on that
> label, the editor is opened again.

Does maybe the KDE version play a part in this? I use KDE 4.5.3 + libkdcraw
and libkexiv2 from KDE trunk.

Sven
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Marcel Wiesweg]

> > In the preview view, isnt it?
> > That's also something I cannot reproduce.
> > For me, there is a label with the assigned name, and when I click on that
> > label, the editor is opened again.
>
> Does maybe the KDE version play a part in this? I use KDE 4.5.3 + libkdcraw
> and libkexiv2 from KDE trunk.

KDE 4.5.2, Qt 4.6.3.
I am sure this will be fixed sooner or later, but at the moment I am lost with
these two or three problems which I cannot reproduce.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel