Description: KFlickr is a standalone KDE application that allows for easy upload of your favourite photos to your Flickr.com account.Last changelog:
fix drag-n-drop to work consistently fix bug whereby non-unique IDs were being assigned causing list issues fix bug causing 'Next' and 'Previous' buttons to disable attribute editing update translations fix bug preventing entering batch mode when selection made with Ctrl-A
This looks like a promising app, just installed it from the PPA but haven't used it yet. I'm wondering, has development of this project ceased, or do you have something in the works?
No, not dead just the usual summer lull as I try to do stuff away from the computer. Do note, however, that I do not expect to be doing too much with the app. I am open to suggestions for new functionality but since day 0 this app was written to fill a void in what flickr didn't do well and that is it. No Swiss Army knife here, just be the best uploader possible.
Hi :)
I'm from KDE on Windows team. I tried to compile kflickr on windows and... succeeded! :) Only issue was the missing linux/limits.h. I just commented that out, though
#ifndef _WIN32
would be better. keep up the good work :)
Very nice app, but it would be even nicer if it supported paths in system:/ format.
In ArchLinux, when you browse your home folder, you are placed under system:/home/ by default, and it's really annoying to have to change to /home/user to upload a photo
hi!
i think this is a great tool! nevertheless i have a problem: always, when i try to upload a bunch of images (8000 to be exatly - i hava a pro account), the upload interrupts after some hundret images with a message like this: "general upload error".
The protocol used to communicate with flickr.com has some limiting factors that don't allow for graceful error recovery and could result in what you are seeing. NOTE: the protocol selection is defined by flickr.com and I am in no way their choice in protocol or the protocol itself, I am just stating that it has limitations (as do all networking protocols for that matter)
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.
Hey there nice application.
Do you plan to add support for photobucket service?
It's like Flickr and Photobucket are two major players in the game and many users would benefit from a feature that would allow one to switch between these two.
Anyway, nice work.
Thanks for the comment. In regards to PhotoBucket, I do know that this is a popular photo site and as with flickr most likely could use a good Linux uploader. I did a quick search to see if they had an open API and did not have luck in finding one. I found a link on google to what looked like it could be one but I required a photobucket account which I am too lazy to signup for.
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. :)
Whenever I upload a image which has tags annotated by digikam these tags are merged:
If I have the tag "Berlin" of the tag group "Places->Germany", than the tags the photo finally gets in flickr is just on tag called:
placesgermanyberlin
The tag is displayed different on the single photo page:
Places/Germany/Berlin
I would prefer to give the photo the tag as a collection of three different tags: Places, Germany, Berlin.
If you don't like it I would also like to see this as an option rather than the default behaviour.
Guys,
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.
The icons displayed on the photo in the list to indicate various things such as if the photo is public is a good idea and one which I already planned on implementing in the next version. The other ideas I will have to put to the wife test. I always put new UI ideas to my wife and if they make sense to her then they are adapted otherwise they do not. This ensures the usability of the application.
Edit photolistview.cpp, change the line in PhotoListViewItem::PhotoListViewItem() so
m_size = "Large 768x1024";
This sets the default size for uploads to Large.
Obviously this is a hack, hopefully the author will make it configurable. 20MB isn't much per month when uploading original sized images!
Hi,
i've also thought about a kio-slave for kflickr. it would be nice to add pictures by plug and play. a problem is that you cannot add tags, ... that way. maybe this is still possible?
cheers,
whilo
Ratings & Comments
56 Comments
Any chance for getting this ported to KDE4?
This has been done for quite some time now. Your distro may not be using the latest releases but the project has been ported.
This looks like a promising app, just installed it from the PPA but haven't used it yet. I'm wondering, has development of this project ceased, or do you have something in the works?
No, not dead just the usual summer lull as I try to do stuff away from the computer. Do note, however, that I do not expect to be doing too much with the app. I am open to suggestions for new functionality but since day 0 this app was written to fill a void in what flickr didn't do well and that is it. No Swiss Army knife here, just be the best uploader possible.
I made packages for openSUSE 11.1 and 11.0. You can find them here: http://download.opensuse.org/repositories/home:/Fisiu/
Hi Fisiu, thanks for doing the rpm for OpenSuse. I just downloaded the 64-bit version and it works fine. It's a nice app, I like it.
Hi :) I'm from KDE on Windows team. I tried to compile kflickr on windows and... succeeded! :) Only issue was the missing linux/limits.h. I just commented that out, though #ifndef _WIN32 would be better. keep up the good work :)
a very nice tool, but a bad german translation! Upload in German does not mean "Antriebskraft", but "Hochladen"!
Very nice app, but it would be even nicer if it supported paths in system:/ format. In ArchLinux, when you browse your home folder, you are placed under system:/home/ by default, and it's really annoying to have to change to /home/user to upload a photo
Yes this would be nice to have. I will work to get this into the version I have slated for KDE4. Thanks tons for your input and feedback.
hi! i think this is a great tool! nevertheless i have a problem: always, when i try to upload a bunch of images (8000 to be exatly - i hava a pro account), the upload interrupts after some hundret images with a message like this: "general upload error".
The protocol used to communicate with flickr.com has some limiting factors that don't allow for graceful error recovery and could result in what you are seeing. NOTE: the protocol selection is defined by flickr.com and I am in no way their choice in protocol or the protocol itself, I am just stating that it has limitations (as do all networking protocols for that matter) 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.
Hey there nice application. Do you plan to add support for photobucket service? It's like Flickr and Photobucket are two major players in the game and many users would benefit from a feature that would allow one to switch between these two. Anyway, nice work.
Thanks for the comment. In regards to PhotoBucket, I do know that this is a popular photo site and as with flickr most likely could use a good Linux uploader. I did a quick search to see if they had an open API and did not have luck in finding one. I found a link on google to what looked like it could be one but I required a photobucket account which I am too lazy to signup for. 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. :)
Whenever I upload a image which has tags annotated by digikam these tags are merged: If I have the tag "Berlin" of the tag group "Places->Germany", than the tags the photo finally gets in flickr is just on tag called: placesgermanyberlin The tag is displayed different on the single photo page: Places/Germany/Berlin I would prefer to give the photo the tag as a collection of three different tags: Places, Germany, Berlin. If you don't like it I would also like to see this as an option rather than the default behaviour.
I can't upload images anymore, I always get the above mentioned error :/ Any ideas what could be wrong?
Well, looks like that was due to a file that had a size of larger than 10 MB - you might want to add a filter about such files.
I wonder if you thought about including other photo services as well? Like SmugMug for example? Or zoomr or similars?
Guys, 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.
I post my proposal here: http://www.kde-apps.org/content/show.php?content=55285
The icons displayed on the photo in the list to indicate various things such as if the photo is public is a good idea and one which I already planned on implementing in the next version. The other ideas I will have to put to the wife test. I always put new UI ideas to my wife and if they make sense to her then they are adapted otherwise they do not. This ensures the usability of the application.
!! That chance, we have the same tester "My wife" !! :D
Kflickr is great, but Is posible personalize the resizes to send at Flickr? some config file?
Edit photolistview.cpp, change the line in PhotoListViewItem::PhotoListViewItem() so m_size = "Large 768x1024"; This sets the default size for uploads to Large. Obviously this is a hack, hopefully the author will make it configurable. 20MB isn't much per month when uploading original sized images!
Hi, i've also thought about a kio-slave for kflickr. it would be nice to add pictures by plug and play. a problem is that you cannot add tags, ... that way. maybe this is still possible? cheers, whilo