Robert Heller

The request feature is only active if the user is logged in and has an associated patron id.

The styling is all a function of your theme. I don’t know why your theme is set up that way, but it sets the width of all ‘<input …> tags to 100%, gives them 16px worth of padding (which is quite excessive by most standards), selects a large size for the font, etc. You really should ask the theme’s author why he or she did that and if there is a way of adjusting that (maybe there are theme settings you can change).

As for the images, the style settings (in front.css) for the thumbnail images are:

weblib-item-thumb This is the styling of the thumbnail image.
From front.css:

.weblib-item-thumb {
    padding: 0px 4px;

}

.weblib-item-thumb img {
    min-width: 48px;
    min-height: 72px;
}

Your image for the Meet the Orchestra book is 75 px wide by 61 px high. It is being ‘stretched’ a little bit to meet the min-height setting. Either you need a larger image or you need to override the style settings in front.css. I imagine something similar is happening with the other image.

Ok, I just looked at the code WP used for listing users in the admin pages and found out the problem. I have a fix in the works — I need to do some testing, but you should expect a new version in a few days.

The code uses WP_User_Query():

In includes/WEBLIB_Users_Admin.php (function prepare_items()):

global $usersearch;
    $usersearch = isset( $_REQUEST['s'] ) ? $_REQUEST['s'] : '';
    // Deal with columns
    $columns = $this->get_columns();    // All of our columns
    $hidden  = array();         // Hidden columns [none]
    $sortable = $this->get_sortable_columns(); // Sortable columns
    $this->_column_headers = array($columns,$hidden,$sortable); // Set up columns

    $per_page = $this->get_per_page($option);
    $paged = $this->get_pagenum();

    $args = array(
                'number' => $per_page,
                'offset' => ( $paged-1 ) * $per_page,
                'search' => $usersearch,
                'fields' => array('id','user_login') );

    $wp_user_search = new WP_User_Query( $args );

See http://codex.wordpress.org/Class_Reference/WP_User_Query for more information on WP_User_Query().

I am not presently planning any new features. At this point I am only fixing bugs.

Holds and Checkouts are handled at a low-level in the includes/database_code.php file. There isn’t any sort of ‘count’ on how many holds or checkouts a partitular patron has (it could be computed with a suitable database query (eg count(*) … where patronid = id). Right now, the hold and checkout code in includes/database_code.php makes no checks on number of holds or checkouts. The low-level functions return a transaction id (an integer > 0) on success. Returning 0 or a negative value would indicate failure. A simple-minded approach would be to include a count() db lookup and return a failure status if the count is at the (hardcoded?) limit.

The php file PlaceHoldOnItem.php actually manages placing holds — this is an AJAX target referenced from js/admin.js [admin side] or js/front.js [front side]. Checkouts are handled from the includes/WEBLIB_Circulation_Admin.php file. This code checks the result of the low-level hold and checkout functions in includes/database_code.php and if the transaction id (the result) is <= 0, report that the hold or checkout failed.

OK, it is a real bug, can you please go to

http://bugzilla.deepsoft.com/enter_bug.cgi?product=Web%20Librarian

and file a bug report.

And yes, the correct way to handle multiple copies is to enter each copy with its own barcode. Each barcode *always* uniquely refers to a single ‘physical’ copy. Even Evergreen / Open ILS does this — the difference is that Evergreen / Open ILS does ‘title’ level holds and effectively has a multi-tiered database: rather than a ‘flat’ collection database of barcode indexed records, the database has multiple levels, with a ‘title’ database containing generic title information, with ‘links’ to a list of barcode records which deal with each physical copy. The physical copies might be scatter across multiple libraries and might be in transit from one library to another or might be checked out to a patron, etc. The Web Librarian plugin is not that complex, which is fine for a small *single* library, which rarely has multiple copies of items.

Try this URL:

http://pret-immobilierfacile.com/wp-content/plugins/weblibrarian/AWSXmlGet.php?Operation=ItemSearch&ResponseGroup=Small&SearchIndex=Books&Title=Roadside%20Picnic&ItemPage=1&nocache=148371.90017427094

(that is ‘weblibrarian’ instead of ‘WebLibrarian’ — I forgot that the wordpress repo convert camel case to all lowercase).

Please read this thread:

https://wordpress.org/support/topic/ajax-500amazon-error-solved

Basically, you need to ask your hosting provider to install php5-curl. This should make things work.

Yes it work with WP 4+

Did you read the documentation (eg the User Manual). Please RTFM!

From the FAQ:

Where are the admin menus?

You’ve successfully installed the Web Librarian, but none of the admin menus (Patrons, Collection, Circulation Types, Circulation Desk, or Circulation Stats) show up. Why is this? This is because you are probably logged in as the web site administrator (your user role is Administrator). You need to create at least a user with a user role of Librarian and then log in as this user. Optionally, you can also create users with roles of Senior Aid or Volunteer, who have lesser privileges — these latter users make sense if you are a large enough library that has additional staff (“Senior Aid”) or uses additional workers (“Volunteer”) who man the circulation desk(s). It is important to read the subsection titled “User Role Setup” in the “Installation and basic setup” section carefully and to be sure you understand it fully.