<div>About QT4 this is my plan :</div>
<div> </div>
<div>- This port require also KDE 4 library port. I have seen in lots of developpers blogs than the API is not yet frozen and stabilized. <br>- In my computer (Mandriva 2007), i have already QT4 API but not yet KDE4. This one will be certainly available in next Mandriva release planned in few month. I refuse to work on QT4 KDE4 port without a clean API available. The time is precious and i won't lost time to trying to install an unstable package with a risk to break my computer.
</div>
<div>- To have take a look into QT4 port, well digiKam will be long (few month) but easy to do because we using standard API witch are always available in QT4. The main change are about multithreading witch is more easy to do with QT4, but i think we can just port the code as well without improve anything. Marcel, i need your viewpoint here...
</div>
<div>- Another main problem is to have an area in svn to work on digiKam and others shared lib (libkipi, libexiv2, likdcraw), without to be in conflict with others application available in extragear (kphotoalbum, showimg, etc.) witch will not be ported at now and continue to require QT3/KDE3. I have follow a thread last year about this point in extragear mailing list without to have a clean response. Angelo, if you have some fresh informations about this point, let's me hear... 
</div>
<div>- We cannot merge QT3 and QT4 code. This is want mean than all part need to be ported before. All shared lib need to ported in first : libkipi, libkexiv2, and libkdcraw. After the core of digiKAm can be ported to disable all external plugins (kipi-plugins and DigiKamImagePlugins). And t end the port of plugins can be done : DigikamImagePlugins in first (to merge the code in digiKam core), and kipi-plugins in second. This last one is the ost complicated to plan because it's shared with others hosts program and maintaned by a lot of contributors. I think than kipi-plugins will take a while to port.
</div>
<div> </div>
<div>I'm agree with Fabien. A new QT3 release must be done at least : 0.9.2. We will port the core to libkdcraw (a patch is ready on my computer) and we wil fix a lot of bugs from B.K.O. </div>
<div> </div>
<div>Gilles </div>
<div><br> </div>
<div><span class="gmail_quote">2007/3/1, Arnd Baecker <<a href="mailto:arnd.baecker@web.de">arnd.baecker@web.de</a>>:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">On Thu, 1 Mar 2007, Fabien wrote:<br><br>[...]<br><br>> I guess that when you will start to port digiKam to QT4, there will be a
<br>>   feature freeze for around 1 year, the time to change the source code<br>> and to stabilize the new version, isn't it ?<br><br>If this would really freeze feature additions for one year,<br>I would also like to add a few wishes before that ;-)
<br>(OTOH, Gilles is so fast, so maybe the freeze would much shorter ;-0)<br><br>Arnd<br>_______________________________________________<br>Digikam-devel mailing list<br><a href="mailto:Digikam-devel@kde.org">Digikam-devel@kde.org
</a><br><a href="https://mail.kde.org/mailman/listinfo/digikam-devel">https://mail.kde.org/mailman/listinfo/digikam-devel</a><br></blockquote></div><br>