Anyways my next goal is to get kflickr set for KDE4 and with very limited time I would say over the next few months this will be my only accomplishment as far as kflickr is concerned.
So for now I would say that additions to support photobucket are not going to happen. If you code feel free to send me patches to make the necessary changes. All the communication code is in flickrcomm.cpp/.h so the scope should be small. :) - Sep 01 2007
Most of the error messages you see are actually sent by flickr.com and relayed to you via KFlickr. You can look in the code to confirm this but the only error messages coming directly from KFlickr during photo transmission are "HTTP request failed.", "HTTP request to Flickr.com failed." and "Invalid response received from Flickr.com.".
I must say that in using this protocol to transmit 8000 photos I am not surprised to hear you are having some hiccups. Be sure to let me know if the issues persist, I will try my best to implement a fix if at all possible. - Sep 01 2007
I need your help. The current user interface for kflickr has one big limitation. This limitation is that everytime a new property is added I basically have a choice to add a new column to the list or just don't display the property in listview but only in the photo properties. As such it would be very easy for the list view to get quite wide.
One idea I had was to represent more of the data as little icons instead of text. I have not totally ruled this out but as you can see by the main kflickr icon I am not artistic and this would be rather ugly.
The other is that basically I would only have the image in the list and the properties (currently the edit window) is permanently displayed.
What are your thoughts and suggestions???
I am open to all comments. - Nov 12 2006
1. Since I run Debian the rpm is just a deb converted to a rpm using 'alien' and I can't really ever say 100% that it will work. Your feedback is actually the first time I have ever got any on the validity of the rpm. The errors are suspicious as KFlickr does not use audio and KDE has its own XML parsing so expat would also not be used. So I guess it is safe to say the rpm is not so good. Now that I know this I will replace it with one of the many that people are making. For now you might want to wait a few days and then find the appropriate one on the web. Or build from source.
2. Yes the available bandwidth should be updated either after each picture is sent or at minimum after all pictures are sent. This is a bug.
Thanks for the feedback. - Nov 04 2005
Photos are now removed from the list once succesfully sent so you will know which ones failed to go. When a comm error occurs now you get a message explaining things and will easily be able to move on.
All this and more comming in the next few days with version 0.4. - Nov 01 2005
Thanks for the feedback.
TM - Oct 11 2005
I only plan on adding a few more features into kFlickr for the time being as I have other matters to attend to. Feel free to use any code you want. - Sep 23 2005
What I would like to do is be able to query DigiKam for a photo's tags and such, thus reducing the repitition of enterring them. - Sep 21 2005
"fix: neither Qt nor KDE can write GIFs, disable transformations"
KFlickr is smart enough not have to stick to the input file format it will make use of any available output format, not a bug
"fix: remove file ending before setting file name as title"
Design decision, not a bug
"fix: common tags while batch editing/don't overwrite by default"
This breaks the batch mode paradigm
I have no problem with the KFlickr fork but don't claim something as fixed when it is not broken in the original product. - Nov 21 2005