[IUG] Are you using Adam Brin's SMS code in your OPAC?


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Hi all,

We finally got with the times and took advantage of a neat code written by
Adam Brin, which lets you click on a button to send yourself a txt message
with the item's title, location, and call# -- right from your OPAC.

I have been implementing Joshua Kiela's php version (SMS
<http://innovativeusers.org/iug_clearinghouse-app?qfdo=Full+Record&id=183&ti
tle=SMS%20Message%20from%20Web%20OPAC%20%28PHP%20script%29&browsetype=Browse
%20by%20Module&searchtext=11> Message from Web OPAC (PHP script) ) of
Adam's Perl script, and have hit a snag - if you have or are using this
code, please read on and give me your thoughts off list.

The option for SMS should not display in records for which there is no call
number - for example: ebooks and online journals. I searched Adam's OPAC
for KW "Perl" and indeed, the SMS feature is present if you drill down to a
book, but it is not present if you drill down to an ebook record. However,
on our end the icon shows up regardless, but if you click on the SMS button
inside an ebook record, that's when it disappears.



Here are some examples from our staging opac to illustrate:

a. Regular record with a call# --
http://novacat.nova.edu:2082/record=b1833234~S13

b. E-book record w/out a call# --
http://novacat.nova.edu:2082/record=b1973049~S13

c. Psychology Today: Print Journal w/out a regular call# --
http://novacat.nova.edu:2082/record=b1013326~S13 (*note: it's a local
library policy to not assign print periodicals an LC call#)

d. Psychology Today: E-journal w/out a call# --
http://novacat.nova.edu:2082/record=b2029388~S13



My point is that, although I am not an experienced programmer, I believe
the logic of whether to show or hide the div that displays the SMS buttons
depends on the JavaScript finding a call# in the record; if there is a
call#, the div is visible and functional; if there isn't a call#, then it
applies the "visibility:hidden;display:none" attributes to the 'sms' div.





If anyone out there has seen this before and found a workaround, please
email me!

Thanks,



Valentina Mayz

Web Administrator - Alvin Sherman Library, Research, and IT Center

Nova Southeastern University

Fort Lauderdale, FL

954-262-4605




--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.



--- StripMime Report -- processed MIME parts ---
multipart/alternative
text/plain (text body -- kept)
text/html
---