Hello,
One of our libraries would like to include the item number on their
spine labels prefaces with c. Adding ,copy['copy_number'] to the
Call Number Template adds the item number but I can't figure out make
it so that c. appears before each item number. Has anyone done this
or
I'm not sure how to add logic in there to check for the existence of a copy
number. If you wanted to add c. to *all* of the labels, you could try this:
,get_cn_and_location_suffix(copy)
to be:
,"c. ", get_cn_and_location_suffix(copy)
Terran McCanna, PINES Program Manager
Jon,
I don't think I saw specific reference in your steps to checking the Hatch
Extension for Chrome. Did you make sure the Hatch Extension is installed
and enabled?
The Hatch Chrome Extension should get installed and enabled by the Hatch
Windows Installer. We have had a few instances, however,
Greetings, one of our libraries is having issues with Hatch on a singular
workstation, the rest of their workstations work without issue with this
setup. I'm waiting to find out if we can avoid the issue by upgrading the
PC to Windows 10 given that Windows 7 Microsoft support ends in January.
Jon,
We've ran into the same issue. It's usually one of these:
1. Hatch isn't running.
2. Hatch and the browser are unable to talk to each other.
Troubleshooting includes running the hatch client manually (before
opening the Evergreen staff client)
1. Open a command window and navigate to the
You could do this, but it'll take up a line whether there's a copy number
or not:
,copy['copy_number'] ? 'c.' + copy['copy_number'] : ''
On Mon, Oct 28, 2019 at 2:15 PM Terran McCanna <
tmcca...@georgialibraries.org> wrote:
> I'm not sure how to add logic in there to check for the
Andrew: I will have them check that link, we had used the 0.2.0 one off the
https://evergreen-ils.org/egdownloads/ page.
Michele: Yes, we had made sure that it was running in the browser, by going
to the Extensions section of Chrome.
Blake: I will forward these suggestions to the staff at that
Thanks Lynn, It seems to be specifically the " text-orientation: upright"
that doesn't work through hatch. When I add that to your template, the
preview looks like it takes effect. But when printed through hatch, that
css is ignored. While printing with hatch turned off does print correctly.
