Forum Replies Created

Viewing 15 replies - 76 through 90 (of 479 total)
  • Plugin Author Robert Heller

    (@robertpheller)

    It is also possible that the “Request Checkout” button (as well as the “Buy from Amazon” button) are actually in the item description content. It is most definately NOT in *my* short code. My code *generates* “Request” button, which places a hold, but only if the user is logged in and is a patron and there is a user <=> patron mapping. And that works with AJAX and does not involve a link to anywhere, and the URLs involved are all properly fetched from WP and there are no URLs hard coded anywhere.

    If it is in the description content, I *think* a search and replace plugin might fix it. Or might not, depending on how the search and replace plugin works (it might skip database tables it does not know about).

    Plugin Author Robert Heller

    (@robertpheller)

    Did you hack the short codes? The “Request Checkout” button is NOT in *My* code… This is something you (or you PHP hacker guy) added.

    Plugin Author Robert Heller

    (@robertpheller)

    You need to create the Circulation Types on the Circulation Types page. See pages 12 and 13 of the user manual. Circulation types just define the load period. For example, adult books might be loaned for 3 weeks, but DVDs for only 1 week.

    Plugin Author Robert Heller

    (@robertpheller)

    Why do you want to access the barcode?

    The file includes/short_codes.php contains the code to for the front end display.

    Plugin Author Robert Heller

    (@robertpheller)

    Plugin Author Robert Heller

    (@robertpheller)

    I 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] OPAC
    Plugin Author Robert Heller

    (@robertpheller)

    There isn’t support for connecting to an OPAC database.

    Plugin Author Robert Heller

    (@robertpheller)

    You 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.

    Plugin Author Robert Heller

    (@robertpheller)

    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.

    Plugin Author Robert Heller

    (@robertpheller)

    Check 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.

    Plugin Author Robert Heller

    (@robertpheller)

    OK, 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).

    Plugin Author Robert Heller

    (@robertpheller)

    What 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?

    Plugin Author Robert Heller

    (@robertpheller)

    The 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.

    Plugin Author Robert Heller

    (@robertpheller)

    Oh, and you will have to fix things in the set_* functions as well, since they all perform a string truncate.

    Plugin Author Robert Heller

    (@robertpheller)

    Yes, 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.

Viewing 15 replies - 76 through 90 (of 479 total)