Robert Heller

It is supposed to update — that is how AJAX works :-). Can you try to run the UpdatePatronID.php URL with the conflicting plugin turned off? Something else seems to be broken. The conflicting plugin issue seems weird — there might be something else broken somewhere.

OK, please try to find out what O/S the server is running, etc. This error *suggests* that the server is a Windows Server, possibly running IIS. That is a *bad* combination. Windows Server and IIS are strange beasts and have various issues.

Page 9 is *not* the last page! After the figures on pages 10 and 11, it continues on page 12!

category This is the item’s category.
media This is the item’s media.
publisher This is the item’s publisher.
publocation This is the item’s publisher’s location.
pubdate This is the item’s publish date.
edition This is the item’s edition.
isbn This is the item’s ISBN.
type This is the item’s type. It is required.
thumburl This is the item’s thumbnail URL.
keywords This is the item’s keywords (as a quoted, comma separated list).

You can use the Amazon feature to populate fields in the item edit screen, either for NEW items (Add New button) or EXISTING items (edit link). You can replace all of the fields, using the ‘Insert item’ button OR you can use the ‘Lookup Item’ button and then *selectively* replace or insert data from Amazon. Whatever works for what you need to do.

WordPress already associates an E-Mail address with *users*. In order for a *patron* to do things like place holds on items (from the front end), they need a *WordPress* user login (eg created by the normal, built-in, WordPress user registration process). Once the *patron* has a user login (it need only be as a ‘subscriber’), that *user* login can be associated with a *Patron* id. I saw no point in duplicating information, which would be a problem keeping syncronized.

One of the points of having a plugin like this is to leverage some of WordPress’s existing features and functionallity. This includes the front-end web interface, which allows patrons to search the library’s catalog and place holds. Using WordPress’s user login feature, this also gives users/patrons limited ‘back end’ access for things like checking on due/overdue items, self-renew items, and check on the status of items on hold. And BTW, gives the Librarian access to the user/patron’s E-Mail address. Oh, and the user/patron can self-maintain personal information, like address and phone number.

Once you have inserted a type, you can only change its loan period. You will have to add a new type (properly spelled!). At present, there isn’t anything you can go about existing types. (Deleting and/or editing type names can cause database consistency issues, unless I go though the collection database and update things when types are edited or deleted — requires some non-trivial coding to do that properly.)

Yes, that is what is does. It is a little funky — I am using a MySQL type of ‘date’, which implies a full date, with month and day of month, even though publication dates often lack a day of month and sometimes lack even a month.