Robert Heller
Forum Replies Created
-
Forum: Plugins
In reply to: [WebLibrarian] Barcode access from frontendWhy do you want to access the barcode?
The file includes/short_codes.php contains the code to for the front end display.
Forum: Plugins
In reply to: [WebLibrarian] Demo? Screenshots?Forum: Plugins
In reply to: [WebLibrarian] Problem checking out after recent updateI meant clearing out the collection. To clear out the types you will need to directly access the MySQL database. You will need to have a set of types defined before reloading the collection, and the collection needs to have the proper types referenced in order for the hold and checkout periods to work properly. The types provide the loan period, for example “book” might have a 3 week (21 day) loan period and “dvd” might have a 1 week (7 day) loan period.
Forum: Plugins
In reply to: [WebLibrarian] OPACThere isn’t support for connecting to an OPAC database.
Forum: Plugins
In reply to: [WebLibrarian] Problem checking out after recent updateYou will have to directly hack the database or else delete everything and reload correctly. The type field is important for checkout and hold: it contains the loan and hold period. The *typical* use is to limit DVDs to a 1 week loan period as opposed to books having a 3 week loan period, since one can watch a movie in one evening, but reading a book (eg “War and Peace”) will take alot longer.
I thought that it should have generated an error when uploading with bad type field values. Something I need to look into sometime.
Forum: Plugins
In reply to: [WebLibrarian] ‘On hold’ timestamp?There is a date held and a date expired (date held + lend period) in the database. The date expired is displayed. I guess the code could be changed to list the date held in addition to or instead of the date expired.
I guess it would be possible to add sending an email upon placing a hold.
At this point I am not adding new features to the plugin. Just fixing bugs. But it is open source, so you are free to fork it.
Forum: Plugins
In reply to: [WebLibrarian] “Request” button does not workCheck with your hosting provider. There might be a clue in the Apache log file.
It might also be caused by some sort of firewall or proxy setting.
Forum: Plugins
In reply to: [WebLibrarian] “Request” button does not workOK, my only thought is either JavaScript is disabled in your web browsers or there is a problem with the AJAX callbacks (maybe some Apache setting is wrong).
Forum: Plugins
In reply to: [WebLibrarian] “Request” button does not workWhat web browser are you using?
Is the search page on a page other then your home page? If so, what is your permalink setting?
What version of Php is your *server* running?
What O/S is your *server* running? What version?
What web server is your *server* running? What version?
What db server is your *server* running? What version?
Forum: Plugins
In reply to: [WebLibrarian] Bulk Upload IssuesThe frontend will probably be fine, but the back-end edit screen *might* have issues, because the text fields might not be large enough. You might also need to hunt down any validation checks and make sure they are not imposing the wrong length checks. You might want to look into hiring a local PHP programmer to help you out, possibly on a part-time, as-needed basis. There are some on-line resources, like Guru.com, that you might want to look at.
I wonder if really makes sense to actually have the full long title and/or author list. I mean would anyone really put a 461 character title on the spine of a book? Or list all 42 authors there either? For example, the “fat” SciFi anthologies I have (which might have 20-30 stories by 20-30 different authors) only put the editor(s) on the spine and cover. The *description* supports an un-limited amount of text. Maybe a *brief* title and the 2-3 principle authors (or the editor?) can go into the title and author fields and the *description* field can go into greater detail, with the full, long title and a full author list. This might be a simplier solution, one that avoids a whole pile of problems.
Forum: Plugins
In reply to: [WebLibrarian] Bulk Upload IssuesOh, and you will have to fix things in the set_* functions as well, since they all perform a string truncate.
Forum: Plugins
In reply to: [WebLibrarian] Bulk Upload IssuesYes, but now you are going to have to go down into the upload_csv() function and change them there. Basically you will need to fork the code. You should probably have a good PHP programmer to help you with that and be available to back-port any other bug fixes that come down the line.
Forum: Plugins
In reply to: [WebLibrarian] Bulk Upload IssuesOK, there was a bug. The WP DB code *quietly* fails to insert records when fields are over length. (No error is reported!). I updated my code to check and truncate over length fields. You should be able to update the plugin and things will work better.
Forum: Plugins
In reply to: [WebLibrarian] Bulk Upload IssuesWhen I copy-pasted your sample CSV file, the quote marks were UTF-8, not ASCII. I don’t know if that was a side effect of copy and pasting from a webpage or not (I’m guessing yes).
Forum: Plugins
In reply to: [WebLibrarian] Bulk Upload IssuesThe header line does not have any commas.
The field widths are:
barcode varchar(16)
title varchar(128)
author varchar(64)
subject varchar(128)
description text
category varchar(36)
media varchar(36)
publisher varchar(36)
publocation varchar(36)
pubdate date
edition varchar(36)
isbn varchar(20)
type varchar(16)
thumburl varchar(256)
callnumber varchar(36)