kFlickr

Graphic Apps

Source (link to git-repo or to original if based on someone elses unmodified work): Add the source-code for this project on opencode.net

2
5.0
Description:

KFlickr is a standalone KDE application that allows for easy upload of your favourite photos to your Flickr.com account.
Last changelog:

10 years ago

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

C

TundraMan

14 years ago

Many of you have asked me to make kflickr into a KIPI plugin. Well now it is. Do a quick search for send2kflickr and you will find it.

Report

polrus

14 years ago

I want to make Polish translation

Report

bitcrazy

14 years ago

Hi, while compiling version 0.6, I 've got the following error:
kflickr.all_cpp.o: In function `kflickrPart::qt_invoke(int, QUObject*)':
/usr/src/packages/BUILD/kflickr-0.6/src/kflickrpart.moc.cpp:105: undefined reference to `kflickrPart::setupStatusBar()'
/usr/src/packages/BUILD/kflickr-0.6/src/kflickrpart.moc.cpp:106: undefined reference to `kflickrPart::newPhotoCount(int)'
/usr/src/packages/BUILD/kflickr-0.6/src/kflickrpart.moc.cpp:107: undefined reference to `kflickrPart::newBandwidthValue(QString const&)'
kflickr.all_cpp.o:(.rodata._ZTV18kflickrPartFactory[vtable for kflickrPartFactory]+0x20): undefined reference to `kflickrPartFactory::~kflickrPartFactory()'
kflickr.all_cpp.o:(.rodata._ZTV18kflickrPartFactory[vtable for kflickrPartFactory]+0x24): undefined reference to `kflickrPartFactory::~kflickrPartFactory()'
kflickr.all_cpp.o:(.rodata._ZTV18kflickrPartFactory[vtable for kflickrPartFactory]+0x64): undefined reference to `kflickrPartFactory::createPartObject(QWidget*, char const*, QObject*, char const*, char const*, QStringList const&)'
kflickr.all_cpp.o:(.rodata._ZTV11kflickrPart[vtable for kflickrPart]+0x24): undefined reference to `kflickrPart::~kflickrPart()'
kflickr.all_cpp.o:(.rodata._ZTV11kflickrPart[vtable for kflickrPart]+0x28): undefined reference to `kflickrPart::~kflickrPart()'
kflickr.all_cpp.o:(.rodata._ZTV11kflickrPart[vtable for kflickrPart]+0x98): undefined reference to `kflickrPart::openFile()'
kflickr.all_cpp.o:(.rodata._ZTV11kflickrPart[vtable for kflickrPart]+0xa8): undefined reference to `non-virtual thunk to kflickrPart::~kflickrPart()'
kflickr.all_cpp.o:(.rodata._ZTV11kflickrPart[vtable for kflickrPart]+0xac): undefined reference to `non-virtual thunk to kflickrPart::~kflickrPart()'
kflickr.all_cpp.o:(.rodata._ZTV11kflickrPart[vtable for kflickrPart]+0xfc): undefined reference to `virtual thunk to kflickrPart::~kflickrPart()'
kflickr.all_cpp.o:(.rodata._ZTV11kflickrPart[vtable for kflickrPart]+0x100): undefined reference to `virtual thunk to kflickrPart::~kflickrPart()'
collect2: ld returned 1 exit status
make[3]: *** [kflickr] Error 1
make[3]: Leaving directory `/usr/src/packages/BUILD/kflickr-0.6/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/src/packages/BUILD/kflickr-0.6/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/packages/BUILD/kflickr-0.6'
make: *** [all] Error 2
makeobj[0]: Leaving directory `/usr/src/packages/BUILD/kflickr-0.6'
error: Bad exit status from /var/tmp/rpm-tmp.4120 (%build)

System is SUSE Linux 10.1 with gcc 4.1.2

Greetings

m0nk

Report

bitcrazy

14 years ago

Hi agaIN,
problem solved. Some env variables set by SuSE caused compilation to fail.

Greetings

m0nk

Report

gohanz

15 years ago

A SlackWare 10.2 TGZ Package is ready to download!!

http://www.slacky.it


http://www.slacky.it/index.php?option=com_remository&Itemid=29&func=fileinfo&filecatid=613&parent=category

Report

C

TundraMan

15 years ago

Thanks for the work. I will try to add this to the KFlickr downloads page when I have a few moments sometime in the next few days. Glad to see KFlickr has fans in Italy too.

Report

glaurent

15 years ago

Just to add another vote in hope that vardhman and you can collaborate on this one. I'd very very much prefer to upload directly from digikam than having to switch to another app.

Report

staul

15 years ago

i agree it'd make great sense to integrate flickr upload in digikam. however, the flickr plugin at the moment is much like an indepedent app simply launching from a digikam's menu, nothing more exciting but much less usable than kflickr.

the problem i think for the kipi flickr plugin is not seeking cooperation with other expertise in flickr upload, but a deservedly well integration with digikam.

Report

vardhman

15 years ago

Staul Thanks for the feedback.
On first note I am open to feedback, but somehow there aren't much on kipi-plugins mailing list or buglist or even to me.
I am open to hear any wishes, just let me know specifically what is it that you are looking for.
I mean if you can tell me the feature that you want I can simple implement them. I am not myself a regular flickr (leave aside being pro) user that might be the reason for the unknownling poor usability of the app.

Report

C

TundraMan

15 years ago

I forgot to update the downloads page on kflickr.sf.net. So if you were wonderring why KFlickr 0.4 was nowhere to be found it is my fault. I have updated it now. Sorry.

Report

staul

15 years ago

now a very reliable flickr uploader with a clean ui! thank you so much for the constant hard work.

a few minor issues after trying out the newest 0.4:
1. rpm install: has the following errors, while the source compilation went elegantly.
> sudo rpm -ivh kflickr-0.4-2.i386.rpm
error: Failed dependencies:
libaudio.so.2 is needed by kflickr-0.4-2.i386
libexpat.so.1 is needed by kflickr-0.4-2.i386

2. it seems the available bandwidth for upload is updated only when kflickr starts up. a little minor thoughts here: 1) show the estimated available bandwidth after uploading the current queue besides the current bandwidth in the statusbar. this feature might be very considerate for users to efficiently manage their upload based on the limited resources. for one example, when the upload quota for this month is near the limit, i may need to check if the current batch of upload is appropriate, rather than to be astonished of upload failures in the middle. 2) count down the current bandwidth after each successful upload ;-)

great app already, thank you!

Report

C

TundraMan

15 years ago

Staul you must be a member of a software test team somewhere.

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.

Report

jaykayess

15 years ago

This is great-- I have been waiting for someone to create exactly this little tool.

I haven't had much of a chance to play with it yet, but my first impression is that it feels very solid and well-designed. I especially like the "drag photos here" message in the empty list view area.

Just one nitpick: the photos in the listview sometimes reorder themselves; not sure why. Also it would be nice to drag-n-drop reorder the list entries by hand.

Report

C

TundraMan

15 years ago

No nit-picking allowed...just kidding, this type of request is always welcome. Actually this is one of the features I have had in mind from the start. If I had a roadmap for the product it would be coming up very soon. I would say you can almost be guaranteed I will get it in version 0.4.Thanks for the feedback. TM

Report

vardhman

15 years ago

Hi TundraMan,
I am the author of current kipiplugin for exporting images via Digikam, I too wrote an initial standalone application earlier for uploading images, but didn't get initial feedback from the users to continue (see project qlickr):(

I was thinking of integrating it with some digital photomanagement solution and digikam look to be the best in KDE, so I wrote the flickrexport plugin for digikam.

The plugin has some limitations which are easy to avoid in standalone client, for e.g multiple image drag and drop, right click on konqueror and say send to flickr, Keeping list of uploaded files, and making them queryable (I mean getting the photo related info from flickr)

Also current kipiplugin interface is not allowing me to use tags associated with the images, but I think its simple to make it possible (some code in kipi interface of digikam). The image selection dialog for kipi plugins is bad too :(

If you would like to collaborate on this kipiplugin we can possibly make it better by taking all goodies available with your app too :), Also your tool should possibly continue to evolve as some users might not feel the use of advanced photomanagement using digikam.

Report

ach

15 years ago

Hi vardhman,

don't forget that kipi-plugins can
be used by the standalone imageviewers
gwenview and showimg too ;)

If one needs/wants additional image correction
capabilities one can add a kipi
interface to showfoto.

Achim

Report

C

TundraMan

15 years ago

The first uploader I tried for Linux was actually your QFlickr. However a good start, I am sorry to say it lacked the multiple photo handling capabilities that I needed. When looking for an uploader I came across glimmr and although I have never used it the screenshots gave me some of the ideas I have implemented in kFlickr. I do use DigiKam to manage my photos on my PC and will try your plugin.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.

Report

pfeifle

15 years ago


Read this: http://dot.kde.org/1126867980/

Do this: [alt]+[f2]; "wget klik.atekon.de/client/install -O -|sh" (if you find there are still DNS problems, put "134.169.172.48 klik.atekon.de" into your /etc/hosts

Do this: [alt]+[f2]: "klik://kflickr"

Report

staul

15 years ago

excited to see this tool. but it looks like no http proxy support yet 'cause i got a http error msg when try to do authorization. just can't wait to try it out >.

Report

C

TundraMan

15 years ago

Proxy support is now in CVS. I have a few more things I wish to add but will do a release sometime this week, hopefully.

Report

staul

15 years ago

hi TundraMan,
uploading via proxy is perfectly working. thank you so much for the adorable work.

i also have some suggestions:
1. retry after failure: i found it's a common problem so far for all tools i've ever tried that a batch upload tends to have intermittent failures. a lot posts in flickr forum also posed this problem. for kflickr, i experienced this error msg "... invalid auth token." after that, the upload seems to stop cause the progressbar never changes. i guess this might result from flickr server or network problems. so despite of failures, retry with an specifiable retry limit will be very useful.

2. a "upload status" column in the queue list: this is a consequent issue of the first one. it's very frustrating when uploading failures happened, because it's very hard for you to identify which were uploaded and which were not. if kflickr marked the status for the entry processed, it will be very helpful for user to re-upload whatever failed later.

Report

C

TundraMan

15 years ago

Hi Staul,

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.

Report

C

TundraMan

15 years ago

Sorry about this. I was wonderring if this would be an issue. Not having a proxy I have not tackled this yet. I hope to support this soon but no definite date yet as I am very busy these next few weeks. Soon is the best I can say (but not too soon).

Report

liquidat

15 years ago

Why have you only implemented jpg support? There are some other file formats which you can use in flickr, too, like png :-)

Would you be able to support this and other file formats too?

liquidat

Report

C

TundraMan

15 years ago

Support for png and non-animated GIF are now in CVS. I will be doing a release soon so you will be able to make use of your PNG files without having to convert them.

Report

10 years ago

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

12345678910
Be the first to comment
trebol-a
Jan 29 2011
ngrocott
Dec 09 2009
File (click to download) Version Description PackagetypeArchitectureRelease Channel Downloads Date Filesize DL OCS-Install MD5SUM
*Needs pling-store or ocs-url to install things
Pling
0 Affiliates
Details
license
version
20100817
updated Aug 18 2010
added Sep 20 2005
downloads 24h
0
mediaviews 24h 0
pageviews 24h 3
System Tags app software