I was looking in the code and it looks like you do have the ability to display certain pages of a photoset. I want to build the following and will submit it back once I have finished, just wanted to check this wasn't already operational but I just hadn't seen it:
[flickr-photoset:id=72157594262419167,size=m,num=5,rand=false,page=true]
num being the number of photos to display
rand being a random selection or in order
page being show a pager to navigate through the photoset (via AJAX with a page refresh fallback)
I'll also create a plug-in for FCKeditor where you can browser photosets and insert a pre-made filter tag like the one above into your page.
Let me know your thoughts.
Comment | File | Size | Author |
---|---|---|---|
#9 | additional_parameters_for_filter_tag-383792-9.patch | 24.82 KB | lolandese |
#8 | additional_parameters_for_filter_tag-383792-8.patch | 18.46 KB | lolandese |
Comments
Comment #1
Anonymous (not verified) CreditAttribution: Anonymous commentedPlease feel free to work on this, thanks :-)
Comment #2
Anonymous (not verified) CreditAttribution: Anonymous commentedComment #3
jdelaune CreditAttribution: jdelaune commentedI just made this since I needed a solution for my company fast. Will be happy to merge it in with the Flickr module. Feel free to take any bits you want. It's not perfect and I'm pretty sure I have modified it a bit from the the dev version there. But the grounds are there.
http://drupal.org/project/flickrinsert
Comment #4
cookiesunshinex CreditAttribution: cookiesunshinex commentedWas there ever a plug-in for FCKeditor created which will browse and format the filter correctly and place it into the body field?
Comment #5
lolandese CreditAttribution: lolandese commentedMedia type is another one to add here (e.g. media=photos).
Moving this to D7.
Comment #6
lolandese CreditAttribution: lolandese commentedIt would make most sense to use the functions from the sub-module Flickr Block also for Flickr Filter. They render user, group or set photos currently with the following parameters:
This would imply that those functions have to be renamed, probably rewritten and be moved to the main Flickr module (as they are then used by multiple sub-modules).
Comment #7
lolandese CreditAttribution: lolandese commentedWe could even simplify a tag to something like
[flickr-id=72157594262419167,m,5,random,photos]
.A flickr-id can be analysed to see if it is a photo, set, group or user ID.
Comment #8
lolandese CreditAttribution: lolandese commentedAttached patch allows for a tag like:
[flickr-photoset:id=72157634563269642,size=s,num=8,media=all,random=true]
It borrows the rendering functions _flickr_block_photoset_random and _flickr_block_photoset_recent that have been renamed and moved to the flickr.inc file as they are now used by more than one submodule. Actually the number of code lines remains about the same with this patch while extending the functionality.
Something similar can be done with the filter tags flickr-group:id and flickr-user:id. Practically it allows to use similar output as for the blocks in the node body, with exception of the block title. That could be a next step.
Comment #9
lolandese CreditAttribution: lolandese commentedCorrected a bug that broke the cache of the blocks that use the same functions.
Furthermore added the parameter 'count=false' that allows to suppress or force display of the counter (e.g. 4 out of 11 in set on Flickr). Thus:
[flickr-photoset:id=72157634563269642,size=s,num=8,media=all,random=true,count=false]
Comment #11
lolandese CreditAttribution: lolandese commentedhttp://drupalcode.org/project/flickr.git/commitdiff/af3bb23
Comment #12
lolandese CreditAttribution: lolandese commentedCreated two child (follow up) issues:
Comment #7: #2253603: Simplify filter tags
Comment #8: #2253641: Extend parameters for group and user IDs.
Comment #13
lolandese CreditAttribution: lolandese commentedSee #2367755: D6 maintenance.
Comment #14
lolandese CreditAttribution: lolandese commentedSetting this back to D7 and being 'fixed (closed)'.
Main reason is the fact that links to this issue show the status on hover without revealing the version (6 or 7). This might give the impression that the mentioned issue will not be solved, while in fact it is already fixed for the D7 version. 'Fixed (closed)' reflects the current status correctly for D7. 'Closed (won't fix)' is only valid for the minimally maintained D6 version of the module.