Different website for bio box / comment link?

Although it might not be immediately obvious, this is one of the plugin’s Frequently Asked Questions.

As you can control the users on your site, you’ll need to ensure that your authors have your site’s URL set in the website field in their user profiles. This will then automagically ensure that any comments they make under their user account will link back to your site, indicating they’re on staff.

You can then augment the list of contact methods in a user’s profile via the plugin’s wp_biographia_contact_info and wp_biographia_link_item filters, by adding code similar to the examples you’ll see in the plugin’s Filter Support and Usage documentation to add an additional author’s website contact link, or whatever you want to label it as. This code needs to go either in your theme’s functions.php or into whatever plugin or method you use for site specific customisations.

By default, the method shown in the example code adds additional contact details to a user’s profile and to the plugin’s Biography Box for all users but you could constrain this to only users who have the author role by using the WordPress roles and capabilities API calls to check that the current logged in user is an author (in the wp_biographia_contact_info filter) so that the new field only appears in authors profiles and check that the author of the current post (in the wp_biographia_link_item filter) has a role of author.

-Gary

Can you show the complete code, including the call to add_filter … ?

In your wp_biographia_link_item filter handler, $icon_dir_url is passed in from the plugin with the value set to where the plugin is looking for its icons. How are you specifying an alternate icon set … from the Alternate Icon Set setting in the plugin’s Content tab?

You’re on the right lines with current_user_can but that only checks for a capability not for a role. WordPress doesn’t (yet) have an API function that allows you to say is this user an author (or administrator, or editor and so on). But you can roll you own easily, see this post for details – http://docs.appthemes.com/tutorials/wordpress-check-user-role-function/

-Gary

The code looks OK … what version of WP Biographia and WordPress are you using and what’s the precise error message?

Enclose the add_filter call in the is an author conditional so that you’ll only get the authorsite value added to the Biography Box if the user is an author.

Hmm. I’ll take a look at this tomorrow and see what I can find out. In the meantime, if you could post the code you have so far, including the author check, I can see if I can replicate this with your code.

OK. I’ve found the problem and it’s entirely my fault. I used your code (from the previous post) and got exactly the same PHP messages as you did.

It turns out I’d made a typo in the plugin’s documentation. If you change the call to add_filter for wp_biographia_link_items to this …

add_filter ('wp_biographia_link_items', 'add_authorsite_link', 10, 2);

… all should be well. I’ve updated the documentation for this on my website and the plugin’s documentation has also been changed and this typo fix will be in the next release.

The only other suggestion I have is to wrap both calls to add_filter in the capabilities/role check as there’s no point adding the wp_biographia_link_items filter if you haven’t added the wp_biographia_contact_info_filter as well, so it would look like this …

if (current_user_can ('publish_posts')) {
	add_filter ('wp_biographia_contact_info', 'add_author_website');
	add_filter ('wp_biographia_link_items', 'add_authorsite_link', 10, 2);
}

… you could also ensure that your two filter function definitions, add_author_website and add_authorsite_link are also wrapped in the capabilities/role check so you don’t define functions you’ll not actually be using if the current user can’t publish posts. It’ll give a slight performance boost, but only a slight one.

Apologies for all of this but thanks for helping me spot my mistake as well!

-Gary

You’re welcome. Glad we got there in the end!