Integrate Flickrstickr

Seconded, Flickrstickr (http://drupal.org/project/Flickrstickr) offer some great, simple to use functionality, and integrates with the TinyMCE WYSIWYG editor. I would love to see similar features in the Flickr module.

humm, when i looked at it back in the summer it didn't really work. i'll give it a spin and maybe hit up the maintainer and see if they'd like to merge in their work.

flickrstickr was updated very recently. this might be a good time to try to merge.

Sounds like a good idea to me. Flickr Module would be truly versatile if these functionalities were merged.

+1 for bringing flickrstickr on board.

marked http://drupal.org/node/165074 as a duplicate

What does it make sense to do w/ flickrstickr? Should it just get cleaned up and upgraded to 5/ported to use jquery, and work well as a stand alone, or should it be more tightly integrated and dependent on flickr.module? Maybe there's some good reasons for both approaches? I wonder how much it's duplicating...definitely the authentication settings, but are there other points as well?

+1 for me too.

Has there been any more progress on this? It would make Flickr module incredibly useful, and be the solution to all of my problems. Well, not all, but enough.

My coding skills don't even reach 'laughable', but I'd be happy to help out with it in some way, as I'd really like to see it happen.

+1

+1

It would be great to have the functionallity of this abandoned module with Flickr images
http://drupal.org/project/img_filter

Interesting ill look into flickrstickr

Will work on this next month

I have contacted the maintainer and will start to look into this module later today ...

I'd like to help with this.

May I suggest that a related issue is to port Flickrstickr to 6.x? There is currently no 6.x release for Flickrstickr. I've updated #237596: port to d6? , and submitted a patch to get the port started.

Below are some issues I will be thinking about while working on Flickr+Flickrstickr.

1. Flickrstickr and Flickr share some backend functionality, for e.g. they both define their own input filter. In those cases we should decide on which to use and drop the other. My feeling is to use Flickr module to have all the library code, and keep Flickrstickr thin.

2. Flickrstickr has a dependency on Image module. Can anyone explain what this is for? Is this a kind of cache to have images on the site always accessible even when flickr.com is unavailable? My usage of Flickrstickr is only as a photo selector, does anyone use it differently.

In the absence of any feedback, I will move to:
- remove the dependency with the Image module, and all functionality that goes with that (maybe will consider externalizing that functionality into a separate submodule)
- use the Flickr module as the API to interface flickr.com
- use the Flickr module's input filter
- move all generic Flickr code from Flickrstickr into Flickr module.

Any feedback is welcome.

All of that sounds perfect. Unassigning.

Good luck
Paul

To move this along, I'd like to get some help reviewing #237596: port to d6? . When the patch for a 6.x version of Flickrstickr is in the final stages, we can start to bring it into this module.

Subscribing

Was you able to work on this Dingbats ?

Best, Paul

@paulbooker:

To move this along, I'd like to get some help reviewing #237596: port to d6? . When the patch for a 6.x version of Flickrstickr is in the final stages, we can start to bring it into this module.

Setting as postponed and fixing the title.

It's not based on flickrstickr, but I posted a patch here that allows flickrfield to use a thumbnail browser to select which Photo or Photoset to use, instead of entering the flickr id manually: #555040: A flickrfield image browser to preview flickr images