<br><br><div class="gmail_quote">2011/1/5 Gabriel Voicu <span dir="ltr"><<a href="mailto:ping.gabi@gmail.com">ping.gabi@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

Hi Gilles,<br><br>Thank you very much for this long answer! I will speak today with the organisers and see what they have to say. <br><br>Also, be sure that I was not thinking in starting a junior job project inside digikam's core, because it's under heavy development for the 2.0 version. The ideal project would be modifying a GUI for a plugin(album or KIPI, doesn't matter). <br>


Do you have in mind a plugin that should need GUI refactoring? If yes, please let me know, because I couldn't find any example on Bugzilla.<br><br></blockquote></div><br>SECOND IDEA :<br>-------------------<br><br>Merge MetadaEdit EXIF/IPTC/XMP dialogs to one dialog with tabs.<br>

<br>The goal is to reduce MetadataEdit menu enties in kipi host application. Currently, we can edit Exif or Iptc, or Xmp using dedicated dialog. it's too long if users want to modify Exif and Xmp values for ex. it need to open/close 2 dialogs<br>

<br>The idea is to take exif, iptc, and xmp dialog content and to create a common dialog with tabs to host exif, iptc, and xmp settings.<br><br>The settings gui and backgroud metadata process implementation do not change but must be factored in the same implementation or something like that. It's purely a gui factoring. <br>

<br>There is entries in B.K.O about :<br><br><a href="https://bugs.kde.org/show_bug.cgi?id=208502">https://bugs.kde.org/show_bug.cgi?id=208502</a><br><br>Gilles<br>