[Koha-devel] Item type images in opac-user.tmpl

[Joshua Ferraro]

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