bgunnink

What would be your expected behavior? That on-hold books not be represented at all? (i.e. Count is 75), or that on-hold books be displayed by count (i.e. Count is 76. On Hold: 1)?

Release 5.1.2.0 should help this problem.

Nothing in 2.9, as far as I can see, that will actually break Simple Tags. The error is thrown because the author has hardcoded a version check.

If you edit the plugin via the editor interface, find this line (near the top):

if ( strpos($wp_version, '2.7') !== false || strpos($wp_version, '2.8') !== false) {

and change it to

if ( strpos($wp_version, '2.7') !== false || strpos($wp_version, '2.8') !== false || strpos($wp_version, '2.9') !== false ) {

Probably a quirk of running on Windows. I don’t have a testing environment to replicate it, but I’ll try to look into it.

I don’t believe the codebase has any shortcodes, and it would be a non-trivial addition, since I would have one of two options:

1. Choose what markup would be generated. Period.
2. Provide an interface for users to define the markup for their shortcodes.

Not through the WP admin interface. If you’ve got PHPMyAdmin, you could cook up an easy query to get the list.

SELECT b_asin FROM wp_now_reading

As a side-note, however, I’m not 100% that Amazon’s ASIN number is always a valid ISBN.

My immediate guess is that Harry Potter returns so many results that you’re running out of memory. I’ve heard of this happening occasionally to users of this plugin; google your error to find some ways to increase the memory available to PHP.

Future versions of this plugin will probably use a more efficient way of searching.

Making images the same size can be done either by manually introduced a width and height attribute to the image element:

<img src="cover.jpg" width="100" />

Or via CSS:

#now-reading-widget img {
width: 100px;
}

As to why it’s only showing one image per category, I don’t have any answer for you without seeing what you’ve done to the template code.

Chris,

It appears to be a templating issue: the template files that come with the plugin were written for the default Kubrick theme of WordPress, and therefore the structural code may not jive with your theme.

I can only tell you what I tell others who’ve had similar problems: change your template files (library.php for instance) to more closely resemble your theme’s page.php structure.

I think a change like that would be a change to the backing query, which I can’t officially support.

The plugin will give preference to the template files located within a now-reading or now-reading-reloaded folder in your current active theme directory. Or at least it does in every other case. That way, you can store custom templates that don’t get overwritten via the plugin update feature.

Did you have customized template files? Or did you use the stock template files that come with the plugin?

Hmm, some people with PHP4 experience no problems (I think) with this function.

In any case, I think the future of the plugin is going to be PHP5-only. I’ve run into far too many PHP4 problems, and don’t have a good environment to test against it. Hopefully WordPress itself will do it soon, too.

It’s possible, although this appears to be a flaw with the function, and not an error response from Amazon.

Do you know which version of PHP5 you’re running?

An easy way to find out is to make a file test.php which contains only <?php phpinfo(); ?> and access it through your web browser. That should tell you the version.

I’ve heard of this error once before, but was never able to tie it to a particular cause. Can you tell me your relevant software versions (PHP version, esp.)?