No record was found

Rick, do you have both options set to display output form other plugins and to process shortcodes (these are the first two PDF Formatting options)? You indicate that at least some shortcodes seem to be processed, which leads me to believe that this is the case.

I’ll have a look at the Participants Database Plugin to see how that works and where we may be missing each other. Thanks for bringing this to my attention!

Cheers

Lewis

I think I know what’s happening with the shortcode to grab a single record. The docs for the plugin say:

[pdb_single] – This shows a single record as determined by the record ID present in the URL used to access the page. It is possible to set a link to the single record in the record list, allowing for a detail display of a single record.

We’re losing the URL used to access the page. I’ll need to install the plugin in my sandbox and do some testing to see if we can grab that record ID, store it, and then expand the shortcode properly in the intervening HTML (if I’m thinking through the process correctly). I may also touch base with Roland to get his input.

One of my own design objectives is to make this plugin as friendly to other plugins as possible. Let’s see what we can do to make that happen.

Cheers

Lewis

Awesome thanks Lewis – looking forward to your response.

Cheers Rick

Okay, Rick, I found the problem.

On your single record page for which you would like to generate a PDF, please go to the url bar in the browser. After the ‘pdb=##’ parameter, please append ‘&format=pdf’ and see if you get the expected result.

In my tests, I got just the pdf I requested, i.e., the page ID without the pdb record requested.

I see the related code in my plugin. What I need to do now is change it to actually grab the true URL and not just the site url and the page ID.

Stay tuned. I’ll see if I can fix that this week.

Cheers

Lewis

Yes this works for me – thanks for the quick response

You bet. Now to find a working solution (I can’t imagine that Participants Database is the only plugin which might require adding something to the url).

I appreciate the quick confirmation, so at least I can focus my attention on this one thing to solve the problem.

Cheers

Lewis

Here’s the interim fix, Rick, until I release 1.0.1, probably this weekend:

In wp-post-to-pdf-enhanced.php, go to line 455 and remove the following lines:

$qst = get_permalink($post->ID);
            $qst = parse_url($qst);
            if (isset($qst['query']))
                $qst = '&format=pdf';
            else
                $qst = '?format=pdf';

            return '<a class="wpptopdfenh" target="_blank" rel="noindex,nofollow" href="' . get_permalink($post->ID) . $qst . '" title="Download PDF">' . $this->options['imageIcon'] . '</a>';

replace the last line above the “}” with:

return '<a class="wpptopdfenh" target="_blank" rel="noindex,nofollow" href="' . add_query_arg( 'format', 'pdf' ) . '" title="Download PDF">' . $this->options['imageIcon'] . '</a>';

(Remember to leave the closing brace on the line following.)

If you’re using a trunk build with shortcode support, that code block will appear twice; just search for it. This add_query_arg() function is much more elegant, and it’s been around since WP 1.5, so we shouldn’t break any backward compatibility.

If that hack works for you, please mark this thread resolved.

Cheers

Lewis

Just discovered that the above hack/fix breaks the situation where we are displaying the icon on other-than-single pages (page of posts). In that case, we are only fetching the content from the URL, and not from the referenced post. <sigh>

Rick, can you tell me how you’re setting the extra query string for the link, and if you are using such content on posts instead of only on pages? I probably need to add a conditional statement, but the question is where along the line I do that.

(Holding up release of 1.0.1 until I get this fixed, as well as some other code cleanup which I managed to botch royally.)

Thanks!

Lewis

I have implemented a change which (I hope) addresses the possibility of rendering the icon on a blog page (home page, archives, tag page, search results, etc.) and also handle the url properly when additional queries are attached to it and we are on a single item view.

Rick, please test with version 1.0.1, and report your results. If this addresses your issue as well as the initial hack I gave you, please mark this topic as resolved. Thanks!

Cheers

Lewis

Marking this issue as resolved. If the issue appears with another plugin, please submit a new ticket.

Fixed in 1.0.1.