<br><br><div><span class="gmail_quote">2007/6/13, Vardhman Jain <<a href="mailto:vardhman@gmail.com">vardhman@gmail.com</a>>:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi everyone,<br>      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.<br><br>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)
<br><br>I see that kipi-plugins have started porting to KDE 4. Though none of the host application have done such a port.</blockquote><div><br>Gwenview is partially ported in KDE4:<br><br><a href="http://websvn.kde.org/trunk/KDE/kdegraphics/gwenview/">
http://websvn.kde.org/trunk/KDE/kdegraphics/gwenview/</a><br><br>But it do not include the libkipi interface port...<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
 Doesn't this make the current development build of kipi unusable with host apps ? </blockquote><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
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 ?]</blockquote><div><br>Mixing Qt3/Qt4 between kipi hosts and libkipi/kipi-plugins will never work...
<br>
<br>Like libkipi and some plugins are already ported, i recommend to start KDE4 port in trunk as well and let KDE3. I have not yet tested the plugins ported : all compile fine only. To port code can take a while especially about to learn new API from QT4 and KDE4. Marcel and me we will trying to provide a first KDE4 port of digiKam during this summer... I recommend you to port your plugin as weel and wait than a host will be ported to KDE4 to start test and add new features...
<br><br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">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.)
</blockquote><div><br>I don't know. Why not to take a look in kflickr with use Qt3 ? <br><br><a href="http://kflickr.sourceforge.net/wikka.php?wakka=Kflickr">http://kflickr.sourceforge.net/wikka.php?wakka=Kflickr</a>
<br><br>Perhaps you can find a solution in implementation...<br><br>Gilles</div></div><br>