1 [[!template id=plugin name=smcvgallery author="[[Simon_McVittie|smcv]]"]]
4 This plugin has not yet been written; this page is an experiment in
5 design-by-documentation :-)
9 This plugin formats a collection of images into a photo gallery,
10 in the same way as many websites: good examples include the
11 PHP application [Gallery](http://gallery.menalto.com/), Flickr,
12 and Facebook's Photos "application".
14 The web UI I'm trying to achieve consists of one
15 [HTML page of thumbnails](http://www.pseudorandom.co.uk/2008/2008-03-08-panic-cell-gig/)
16 as an entry point to the gallery, where each thumbnail
18 [a "viewer" HTML page](http://www.pseudorandom.co.uk/2008/2008-03-08-panic-cell-gig/img_0068/)
19 with a full size image, next/previous thumbnail links, and [[plugins/comments]].
21 (The Summer of Code [[plugins/contrib/gallery]] plugin does the
22 next/previous UI in Javascript using Lightbox, which means that
23 individual photos can't be bookmarked in a meaningful way, and
24 the best it can do as a fallback for non-Javascript browsers
25 is to provide a direct link to the image.)
27 Other features that would be good to have:
29 * minimizing the number of separate operations needed to make a gallery -
30 editing one source file per gallery is acceptable, editing one
31 source file per photo is not
33 * keeping photos outside source code control, for instance in an
36 * assigning [[tags|ikiwiki/directive/tag]] to photos, providing a
37 superset of Facebook's "show tagged photos of this person" functionality
39 * constructing galleries entirely via the web by uploading attachments
41 * inserting grouping (section headings) within a gallery; as in the example
42 linked above, I'd like this to split up the thumbnails but not the
45 * rendering an `<object>/<embed>` arrangement to display videos, and possibly
46 thumbnailing them in the same way as totem-video-thumbnailer
47 (my camera can record short videos, so some of my web photo galleries contain
50 My plan is to have these directives:
52 * \[[!gallery]] registers the page it's on as a gallery, and displays all photos
53 that are part of this gallery but not part of a \[[!gallerysection]] (below).
55 All images (i.e. `*.png *.jpg *.gif`) that are attachments to the gallery page
56 or its subpages are considered to be part of the gallery.
60 * filter="[[ikiwiki/PageSpec]]": only consider images to be part of the
61 gallery if they also match this filter
63 * sort="date|filename": order in which to sort the images
65 * \[[!gallerysection filter="[[ikiwiki/PageSpec]]"]] displays all photos in the
66 gallery that match the filter
68 So, [the gallery I'm using as an example](http://www.pseudorandom.co.uk/2008/2008-03-08-panic-cell-gig/)
69 could look something like this:
72 <!-- replaced with one uncategorized photo -->
76 \[[!gallerysection filter="link(sometag)"]]
77 <!-- all the Gamarra photos -->
81 \[[!gallerysection filter="link(someothertag)"]]
82 <!-- all the Smokescreen photos -->
86 ## Implementation ideas
88 The photo galleries I have at the moment, like the Panic Cell example above,
89 are made by using an external script to parse XML gallery descriptions (lists
90 of image filenames, with metadata such as titles), and using this to write IkiWiki
91 markup into a directory which is then used as an underlay. This is a hack, but it
92 works. The use of XML is left over from a previous attempt at solving the same
95 The next/previous part this plugin overlaps with [[todo/wikitrails]].
97 A \[[!galleryimg]] directive to assign metadata to images is probably necessary, so
98 the gallery page can contain something like:
100 \[[!galleryimg p1010001.jpg title="..." caption="..." tags="foo"]]
101 \[[!galleryimg p1010002.jpg title="..." caption="..." tags="foo bar"]]
103 Making the viewer pages could be rather tricky.
105 One possibility is to write out the viewer pages as a side-effect of preprocessing
106 the \[[!gallery]] directive. The proof-of-concept implementation below does this.
107 However, this does mean the viewer pages can't have tags or metadata of their own
108 and can't be matched by [[pagespecs|ikiwiki/pagespec]] or
109 [[wikilinks|ikiwiki/wikilink]]. It might be possible to implement tagging by
110 using \[[!galleryimg]] to assign the metadata to the *images* instead of their
113 Another is to synthesize source pages for the viewers. This means they can have
114 tags and metadata, but trying to arrange for them to be scanned etc. correctly
115 without needing another refresh run is somewhat terrifying.
116 [[plugins/autoindex]] can safely create source pages because it runs in
117 the refresh hook, but I don't really like the idea of a refresh hook that scans
118 all source pages to see if they contain \[[!gallery]]...
120 Making the image be the source page (and generate HTML itself) would be possible,
121 but I wouldn't want to generate a HTML viewer for every `.jpg` on a site, so
122 either the images would have to have a special extension (awkward for uploads from
123 Windows users) or the plugin would have to be able to change whether HTML was
124 generated in some way (not currently possible).
129 package IkiWiki::Plugin::gallery;
136 hook(type => "getsetup", id => "gallery", call => \&getsetup);
137 hook(type => "checkconfig", id => "gallery", call => \&checkconfig);
138 hook(type => "preprocess", id => "gallery",
139 call => \&preprocess_gallery, scan => 1);
140 hook(type => "preprocess", id => "gallerysection",
141 call => \&preprocess_gallerysection, scan => 1);
142 hook(type => "preprocess", id => "galleryimg",
143 call => \&preprocess_galleryimg, scan => 1);
157 # page that is a gallery => array of images
159 # page that is a gallery => array of filters
161 # page that is an image => page name of generated "viewer"
164 sub preprocess_gallery {
165 # \[[!gallery filter="!*/cover.jpg"]]
168 my $subpage = qr/^\Q$params{page}\E\//;
172 foreach my $page (keys %pagesources) {
173 # Reject anything not a subpage or attachment of this page
174 next unless $page =~ $subpage;
177 # FIXME: hard-coded list of extensions
178 next unless $page =~ /\.(jpg|gif|png|mov)$/;
180 # Reject according to the filter, if any
181 next if (exists $params{filter} &&
182 !pagespec_match($page, $params{filter},
183 location => $params{page}));
185 # OK, we'll have that one
188 my $viewername = $page;
189 $viewername =~ s/\.[^.]+$//;
190 $viewers{$page} = $viewername;
192 my $filename = htmlpage($viewername);
193 will_render($params{page}, $filename);
196 $galleries{$params{page}} = \@images;
198 # If we're just scanning, don't bother producing output
199 return unless defined wantarray;
201 # actually render the viewers
202 foreach my $img (@images) {
203 my $filename = htmlpage($viewers{$img});
204 debug("rendering image viewer $filename for $img");
205 writefile($filename, $config{destdir}, "# placeholder");
208 # display a list of "loose" images (those that are in no section);
209 # this works because we collected the sections' filters during the
214 foreach my $filter (@{$sections{$params{page}}}) {
216 @loose = grep { !pagespec_match($_, $filter,
217 location => $params{page}) } @loose;
222 foreach my $img (@loose) {
224 $ret .= "<a href=\"" . urlto($viewers{$img}, $params{page});
225 $ret .= "\">$img</a></li>\n"
227 return "$ret</ul>\n";
230 sub preprocess_gallerysection {
231 # \[[!gallerysection filter="friday/*"]]
234 # remember the filter for this section so the "loose images" section
235 # won't include these images
236 push @{$sections{$params{page}}}, $params{filter};
238 # If we're just scanning, don't bother producing output
239 return unless defined wantarray;
241 # this relies on the fact that we ran preprocess_gallery once
242 # already, during the scan stage
243 my @images = @{$galleries{$params{page}}};
244 @images = grep { pagespec_match($_, $params{filter},
245 location => $params{page}) } @images;
249 foreach my $img (@images) {
251 $ret .= htmllink($params{page}, $params{destpage},
255 return "$ret</ul>\n";
258 sub preprocess_galleryimg {
259 # \[[!galleryimg p1010001.jpg title="" caption="" tags=""]]