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

On Mon, Aug 25, 2008 at 11:58 AM, Owen Leonard <oleonard@myacpl.org> wrote: 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 jmf@liblime.com |Full Demos at http://liblime.com/koha |1(888)KohaILS