<div dir="ltr"><div>Thank you for your kind words, Gilles.</div><div><br></div><div>I have already been writing about Project progress <a href="https://kart1kx.wordpress.com/">here</a>. However it's not as detailed as Thanh's blogposts that you shared.</div><div>I've also been asked by KDE to publish Status Reports on the <a href="http://community.kde.org">community.kde.org</a> website, so I'll try to make my posts as detailed as possible there.</div><div><br></div><div>Regards</div><div>Kartik.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Jun 6, 2020 at 2:46 PM Gilles Caulier <<a href="mailto:caulier.gilles@gmail.com">caulier.gilles@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Kartik,<br>
<br>
Thanks for your great job. You progress sounds interesting. I plan to<br>
test your branch in the near future when time permits.<br>
<br>
Usually, KDE core team asks students to written a blog about the<br>
project advancements. This permit to follow the progress and to link<br>
blogs entries in grouped announcements in <a href="http://dot.kde.org" rel="noreferrer" target="_blank">dot.kde.org</a>.<br>
<br>
Typically in your case, this will include your mails in this mailing<br>
list about your project.<br>
<br>
A very good exemple is the Thanh blog post about the GoSC 2019 with<br>
the DNN face engine :<br>
<br>
<a href="https://community.kde.org/GSoC/2019/StatusReports/ThanhTrungDinh" rel="noreferrer" target="_blank">https://community.kde.org/GSoC/2019/StatusReports/ThanhTrungDinh</a><br>
<br>
I recommend doing the same... This will permit also the end users to<br>
know the changes introduced with your project.<br>
<br>
My best regards<br>
<br>
Gilles Caulier<br>
<br>
<br>
Le sam. 6 juin 2020 à 06:19, Kartik Ramesh <<a href="mailto:kartikx2000@gmail.com" target="_blank">kartikx2000@gmail.com</a>> a écrit :<br>
><br>
> Hello all,<br>
><br>
> I've implemented automatic addition and removal of icons to face tags. Changes have been made to utilities/facemanagement and app/views/stack.<br>
><br>
> This automatic addition/removal will happen only on confirmed tags and not on unknown/unconfirmed/ignored.<br>
> Desired Functionality:<br>
> 1. Whenever the user confirms the face to a tag (either pre-existing or just going to be created), if the tag does not have a tag icon, then the face just confirmed will be added as the tag icon. This icon remains the tag icon for all further confirmations to this tag, i.e. the tag icon does not change again and again.<br>
> 2. When the user deletes a face from a tag (either using Rejection Overlay (i.e. the Red Cross Button) or using Remove Tag Context Menu), if after deletion the tag has no faces associated to it, the tag icon will get reset.<br>
><br>
> The implementation is such that the changes are TAlbum specific and not TagModel, hence even if we have a very large number of TAlbums(tags) performance should not go down. Furthermore, changes only happen once so repeated assignments aren't carried out.<br>
><br>
> Note on implementation : Changes to TAlbum icons require AlbumManager methods, which can only be used in files that are compiled in gui_digikam. Hence, I've made changes in upper level files (which are compiled with gui_digikam) and not the lower level database methods (where the actual confirm/reject happens). I have used QTimer at places, to ensure the confirm/reject operations (in the lower level) are carried out, before setting/removing icons.<br>
><br>
> One Issue that I notice is that since we're assigning faces as the Icon, the size of the Icon depends on the size of the Face (which was cropped by Face Detector). Hence, icon sizes are unequal. I will try to fix this.<br>
><br>
> Regards<br>
> Kartik<br>
</blockquote></div>