Hi,<br>Haven't heard any opinions on this one, Shall I go ahead and roll out the functionality in my kipi-plugin ? <br><br>Vardhman<br><div><span class="gmail_quote">On 5/24/06, <b class="gmail_sendername">Vardhman Jain</b>

 <<a href="mailto:vardhman@gmail.com">vardhman@gmail.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div>Hi Gilles,

<br>

I was still waiting for hearing from you regarding the approval of the

current code in the attributes() function, if it looks alright then I

can go ahead and roll out the new functionality in flickrexport

kipi-plugin.<br>

<br>

What I expect to do in the plugin code is call the attributes()

function for obtaining a map. if the map does have something with

"tags" key then those values will be considered as tags else I would

assume no tags from the host application.<br>

As in the following code.<br>

<br>

<blockquote>   //Tags from the database<br>

        QMap <QString, QVariant> attribs=info.attributes();<br>

        QStringList tagsFromDatabase=attribs["tags"].asStringList();<br>

  <br>

        itTags = tagsFromDatabase.begin();<br>

        while( itTags != tagsFromDatabase.end() ) {<br>

            allTags.append( *itTags );<br>

            ++itTags;<br>

        }<br>

  <br>

  <br>

</blockquote>

<div><span class="gmail_quote">Let me know if this method has the approval or things need to be different?<br>

<br>

regards<br></span></div><div><span class="sg">

Vardhman</span></div><div><span class="e" id="q_10b65bfcfc6e3cc5_2"><br>

On 5/22/06, <b class="gmail_sendername">Colin Guthrie</b> <<a href="mailto:kde@colin.guthr.ie" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">kde@colin.guthr.ie</a>> wrote:</span></div><div>

</div><div><span class="e" id="q_10b65bfcfc6e3cc5_4"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

Vardhman Jain wrote:<br>> Sure, not a problem, new developers are like always encouraged and<br>> welcome... ;) (I was too :))<br><br>:)<br><br>> I understand the problem, In fact I had similar things to be added to my

> plugin too. I was thinking about a functionality to save some history > for the images I upload. I mean like adding some extra log thing. The > issue is kinda more complex then you might think of it.

<br>

><br>> Digikam is just one of the apps that uses the Gallery plugin. To have ur<br>> plugin perform consistently probably the data shud be stored in some<br>> other place. I look forward for suggestions from other kde-imaging

<br>> devels on this one. I guess we should move on the discussion to that<br>> list, I am doing a CC anyways.<br><br>Well, I've only just read the docs and not really fully absorbed it yet,<br>but I'm guessing that the attributes() and addAttribute() methods of the

<br>KIPI::ImageInfo object allow the plugin to store arbitrary key/value<br>pairs about an image (provided the host application supports this -<br>hasFeature() call needed first I think). So presumably if Digikam<br>supports this then I can store a "do not sync this image" flag to any

<br>given image.<br><br>Now, KIPI::ImageCollection (e.g. Album (sometimes), does not support<br>this attributes system, so I would propose to add this to libkipi (and<br>digikam) such that I can store a "sync this album to this remote gallery

in this album" attributes. Then I would need a way to go through all albums. Oh that's already there allAlbums(). In the future it would be nice to be able to traverse all the albums heirarchically, but htis is not needed in the first instance.

<br><br>> Hopefully, we will have some solutions/suggestions from the kipi<br>> developers...<br><br>I've been speaking via personal email with Angelo Naselli from KDE<br>Imaging over the last couple of days and he is keen to get people

<br>involved with KIPI.<br><br>He said: "I started checking on bko (bugzilla) trying to save<br>kipi-plugins project. Now something somewhow is moving and people are<br>working again on this imo great project, and I'm "coordinating" the

<br>project concerning release scheduling and something more"<br><br>So I think he would be open to extending libkipi should the need arise.<br><br>I'll ask him on the kde-imaging mailing list if this is OK to do.<br>

<br>Please let me know if you think I've got the wrong end of the stick... ;)<br><br>Col.<br>--<br><br>+------------------------+<br>|     Colin Guthrie      |<br>+------------------------+<br>| kde(at)colin.guthr.ie  |<br>

| <a href="http://colin.guthr.ie/" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://colin.guthr.ie/</a> |<br>+------------------------+<br><br>_______________________________________________<br>

Digikam-devel mailing list<br><a href="mailto:Digikam-devel@kde.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

Digikam-devel@kde.org</a><br><a href="https://mail.kde.org/mailman/listinfo/digikam-devel" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">https://mail.kde.org/mailman/listinfo/digikam-devel</a><br>

</blockquote></span></div><div></div><br><br clear="all"></div><div><span class="e" id="q_10b65bfcfc6e3cc5_6"><br>-- <br>Blogs: <a href="http://vardhman.blogspot.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

http://vardhman.blogspot.com</a><br>

</span></div></blockquote></div><br><br clear="all"><br>-- <br>Blogs: <a href="http://vardhman.blogspot.com">http://vardhman.blogspot.com</a><br>