<br><br><div class="gmail_quote">2008/11/15 Mikolaj Machowski <span dir="ltr"><mikmach@wp.pl></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Dnia Saturday 15 of November 2008, Gilles Caulier napisał:<br>
<div class="Ih2E3d">> 2008/11/15 Mikolaj Machowski <mikmach@wp.pl><br>
><br>
> > Dnia Saturday 15 of November 2008, Andi Clemens napisał:<br>
> > > If he wants to compete with that, he just has to write a better app<br>
> > > than digiKam :-)<br>
> ><br>
> > Or even better: join digiKam. Am I crazy? I don't think so: due to<br>
> > pluggable architecture of KDE and digiKam itself it should be possible<br>
> > to fill some gaps in digiKam functionality with commercial/closed<br>
> > source plug ins.<br>
><br>
> yes, i'm totally agree.<br>
<br>
</div>Hmm, Marcel pointed to important thing: kipi-plugins are out of the<br>
question (*) but there are few other things which would not touch kipi<br>
code:<br>
<br>
- write extensive Kross backend and do things with that</blockquote><div><br>ah, the famous Kross API. To have take a look few month ago in Kross project, i cannot fnd a good and simple exemple to implement Kross support in digiKam. It sound complex and not clear...<br>
 </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
- networked multiuser database backend: without hooks directly into<br>
  digiKam code would be hard but not impossible. Smart programmer could<br>
  find few ways to do it, I am sure.</blockquote><div><br>hum, this is planed later 0.10.0, but in digiKam core, not libkipi...<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
<br>
(*) KDE policy is that libraries should be LGPL'ed just to make such<br>
things possible.</blockquote><div><br>For me, to change libkipi from GPL to LGPL is not a problem...<br><br>Gilles</div></div><br>