<br><br>

<div><span class="gmail_quote">2007/3/1, Achim Bohnet <<a href="mailto:ach@mpe.mpg.de">ach@mpe.mpg.de</a>>:</span>

<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">On Thursday, 1. March 2007, Gilles Caulier wrote:<br>> About QT4 this is my plan :<br>><br>> - This port require also KDE 4 library port. I have seen in lots of

<br>> 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.<br>> This one will be certainly available in next Mandriva release planned in few

<br>> month. I refuse to work on QT4 KDE4 port without a clean API available. The<br>> time is precious and i won't lost time to trying to install an unstable<br>> package with a risk to break my computer.<br>

> - To have take a look into QT4 port, well digiKam will be long (few<br>> month) but easy to do because we using standard API witch are always<br>> available in QT4. The main change are about multithreading witch is more

<br>> easy to do with QT4, but i think we can just port the code as well without<br>> improve anything. Marcel, i need your viewpoint here...<br>> - Another main problem is to have an area in svn to work on digiKam and

<br>> others shared lib (libkipi, libexiv2, likdcraw), without to be in conflict<br>> with others application available in extragear (kphotoalbum, showimg, etc.)<br>> 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... IMHO, we can use branches/work/<whatever> and to lib*, digikam etc in their.

<br>Maybe call it kipi4.  So everything required/related fits nicely ;)<br>CMake stuff can always later adapted to whatever schema extragear will chose.<br><br>FWIW: I will try to contribute to auto* -> cmake switch.</blockquote>

<div> </div>

<div>Fine for me about CMake port. But look my response about Marcel thread, especially to use autottools and CMake at the same time in trunk/extragear...</div>

<div> </div>

<div>In all case, to start porting, we will do libexiv2 (for ex.). It's smal and easy to do. We will learn the port job without risk (:=))) </div>

<div> </div>

<div>Gilles</div>

<div> </div><br>

<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Achim<br><br>> - We cannot merge QT3 and QT4 code. This is want mean than all part need to<br>> be ported before. All shared lib need to ported in first : libkipi,

<br>> libkexiv2, and libkdcraw. After the core of digiKAm can be ported to disable<br>> all external plugins (kipi-plugins and DigiKamImagePlugins). And t end the<br>> port of plugins can be done : DigikamImagePlugins in first (to merge the

<br>> code in digiKam core), and kipi-plugins in second. This last one is the ost<br>> complicated to plan because it's shared with others hosts program and<br>> maintaned by a lot of contributors. I think than kipi-plugins will take a

<br>> while to port.<br>><br>> I'm agree with Fabien. A new QT3 release must be done at least : 0.9.2. We<br>> will port the core to libkdcraw (a patch is ready on my computer) and we wil<br>> fix a lot of bugs from 

B.K.O.<br>><br>> Gilles<br>><br>><br>> 2007/3/1, Arnd Baecker <<a href="mailto:arnd.baecker@web.de">arnd.baecker@web.de</a>>:<br>> ><br>> > 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>> ><br>><br><br><br><br>--<br>To me vi is Zen.  To use vi is to practice zen. Every command is

<br>a koan. Profound to the user, unintelligible to the uninitiated.<br>You discover truth everytime you use it.<br>                                     -- <a href="mailto:reddy@lion.austin.ibm.com">reddy@lion.austin.ibm.com

</a><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>