[Digikam-devel] Future plans : 0.9.2-final and KDE4 port...

Wed Jun 13 07:49:23 BST 2007

Hi everyone,
      Just when I was thinking of starting a new thread in respect to
Kipi-plugin under developement by me, I came to see this post. I think its
relevant to ask my question in this thread.

This in regards to QT 3.3's limitation of not allowing HTTPS post needed for
a new. QT 4.3 has support for HTTPS connection and so HTTPS post. My plugin
is nearly done but I would like to use HTTPS connection for authentication
purposes instead of HTTP post (both are allowed by the website, the post URL
being an HTTPS one)

I see that kipi-plugins have started porting to KDE 4. Though none of the
host application have done such a port. Doesn't this make the current
development build of kipi unusable with host apps ? I have been stricktly
using QT 3.3 for this fear. Should I just go ahead and start using QT 4,
libraries and APIs ? [Is it okay to have a different QT library used for
building libkipi, kipiplugins and another for Digikam ?]

Another question: Is there any other way, I can use QT 3.3 and get the https
post functionality i.e by using another C++/C library just for HTTPS
connection ? Does KDE have any extra support for https post (I have been
using transferJob with http_post for http post and couldn't find any
https_post method.)

Vardhman
On 6/13/07, Gilles Caulier <caulier.gilles at gmail.com> wrote:
>
>
>
> 2007/6/13, Gilles Caulier <caulier.gilles at gmail.com>:
> >
> >
> >
> > 2007/6/13, Achim Bohnet <ach at mpe.mpg.de>:
> > >
> > > On Tuesday, 12. June 2007, Gerhard Kulzer wrote:
> > > > Am Tuesday 12 June 2007 schrieb Angelo Naselli:
> > > > > Alle lunedÃ¬ 11 giugno 2007, Gilles Caulier ha scritto:
> > > > > > Hi all,
> > > > > >
> > > > > > See below the future digiKam plans :
> > > > > >
> > > > > > DIGIKAM 0.9.2 FINAL RELEASE:
> > > > > > ---------------------------------------------
> > > > > >
> > > > > > The 0.9.2-final release date is near. Like Gerhard will back at
> > > home
> > > > > > today (:=))), final release will be done at soon.
> > > > > >
> > > > > > Gerhard, just a little tip : the libkdcraw need to be released
> > > again
> > > > > > following #146464 B.K.O file. the library have been patched to
> > > fix this
> > > > > > bug. So 0.9.2-final will need a new small 0.1.1 release of
> > > libkdcraw...
> > > > > >
> > > > > > Angelo, Achim : Please take a care to provide a new package of
> > > this
> > > > > > library for Mandriva and Debian at the same time than digiKam
> > > 0.9.2.
> > > > > > thanks in advance...
> > > > >
> > > > > hmm, the problem is that often i see that digikam has been
> > > released and
> > > > > then i know it. Maybe in a case like this one we can talk, also in
> > > private,
> > > > > to get the related libraries released first ;)
> > > > >
> > > > > Ok, if you can wait for a day more, tonight i can release new
> > > libkdcraw
> > > > > tonight and maybe a kipi-plugins rc1(?) beta2(?), I would have
> > > liked the
> > > > > rc1 to get final ready for the next week, but i haven't got the
> > > time to see
> > > > > the state of bugs by now, and it depends on docs status anyway....
> > >
> > > > >
> > > > > Is it ok for you?
> > > > >
> > > > > Angelo
> > > >
> > > > Can you give me a release hour for libkdcraw tomorrow? Then I can
> > > sync 0.9.2
> > > > final with it.
> > >
> > > Hi Gerhard,
> > >
> > > Angelo and me tried to get the tarball ready but did not finish.
> > >
> > > The problems were/are:
> > >
> > > 1) kdcraw binary needs to be installed into
> > > $prefix/lib/libkdcraw<abi-major>/kdcraw
> > >    so libkdcraw0 and libkdraw1 can be installed in parallel  (fixed
> > > with commit:
> > >    674731)  See also: http://www.pathname.com/fhs/pub/fhs-2.3.html#USRLIBLIBRARIESFORPROGRAMMINGANDPA
> > >
> > >
> > > 2) libkdcraw.mo files need to be installed as libkdcraw<abi-major>.mo.
> > > Again to
> > >    allow libkdcraw0 and libkdraw1 installations at the same time.
> > >
> > >    @Gilles: how are the translations loaded?  There no insertCatalog
> > > like in the
> > >    old libkexif lib.
> >
> >
> > Right ...
> >
> > Note this problem exist too about libkipi witch include translation
> > strings... About libkexiv2, there is no translations file... It's a pure low
> > level C++ interface.
> >
> > Well, this can be a problem with translations from libkdcraw and likipi.
> > I'm so surprised than nobody have never reported this problem before...
> >
> > If i take a look in branches/extragear/kde3/graphics, i can see than no
> > kipi host program includes libkipi catalog for example (gwenview,
> > kphotoalbum, showimg).
> >
> > I can see only this line on digikam/digikam/main.cpp:
> >
> > KGlobal::locale()->insertCatalogue("kipiplugins");
> >
> > So my question is simple : has we need to have an insert catalog for
> > libkipi and libkdcraw in kipi hosts ?
> >
> > Gilles
> >
> >
> I have take a look in old libkexif library :
>
> http://websvn.kde.org/tags/libkexif/0.2.5-final/
>
> ...where we can found 3 call of
> KGlobal::locale()->insertCatalogue("libkexif"); in widgets implementation...
>
>
> I suspect than it's must be done in libkdcraw and libkipi...
>
> Your viewpoints ?
>
> Gilles
>
>
> _______________________________________________
> Digikam-devel mailing list
> Digikam-devel at kde.org
> https://mail.kde.org/mailman/listinfo/digikam-devel
>
>

-- 
Blogs: http://vardhman.blogspot.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-devel/attachments/20070613/687fab22/attachment.html>