On Mon, Aug 25, 2008 at 11:58 AM, Owen Leonard <[EMAIL PROTECTED]> wrote: > A recent change to opac-user.tmpl displays the item type image in > place of the book cover if all enhanced content preferences are turned > off: > > <!-- TMPL_UNLESS NAME="JacketImages" --><img src="<!-- TMPL_VAR > NAME="imageurl" -->" alt="<!-- TMPL_VAR NAME="description" -->" > title="<!-- TMPL_VAR NAME="description" -->" /><!-- /TMPL_UNLESS --> > > But further down in that template the item type image may be displayed again: > > <!-- TMPL_UNLESS NAME="item-level_itypes" --><td><!-- TMPL_IF > NAME="imageurl" --><img src="<!-- TMPL_VAR NAME="imageurl" -->" > title="<!-- TMPL_VAR name="description" -->" alt="<!-- TMPL_VAR > NAME="description" -->" /><!-- /TMPL_IF --> <!-- TMPL_VAR > name="description" --></td><!-- /TMPL_UNLESS --> > > Couple of questions: why should the item type image only be a fallback > for book covers? Is there any reason not to do both? And why not show > the item type image when item-level_itypes is turned on? Shouldn't > that be checking for noItemTypeImages? Good point about noItemTypeImages. I think the original thought was that if you have item-level_itypes ON, there are probably other authorised values you're using to link to icons (such as CCODE, or something at the bib level), and having itemtypes is useful for staff but patrons don't know how to interpret that information.
Cheers, -- Joshua Ferraro SUPPORT FOR OPEN-SOURCE SOFTWARE CEO migration, training, maintenance, support LibLime Featuring Koha Open-Source ILS [EMAIL PROTECTED] |Full Demos at http://liblime.com/koha |1(888)KohaILS _______________________________________________ Koha-devel mailing list [email protected] http://lists.koha.org/mailman/listinfo/koha-devel
