Contributors: helgatheviking
Donate link: https://inspirepay.com/pay/helgatheviking
Tags: users, authors
Requires at least: 3.8
Tested up to: 4.5.1
Stable tag: 1.7.3
License: GPLv3 or later
License URI: http://www.gnu.org/licenses/gpl-3.0.html
A shortcode for displaying paginated lists of users.
Other plugins output paginated lists of users, but I needed to be able to customize and style this list to fit my theme. So I created this plugin to use templates that can be overridden and customized by theme developers.
To customize any of the templates, copy the file from the plugin's "templates" folder to your themes "simple-user-listing" folder.
Place this shortcode anywhere you'd like to display a full list of all your blog's users.
[userlist]
By default the plugin will print out the users based on the "Posts per Page" setting under Settings->Reading, but this and many other settings can be changed via the shortcode's parameters.
If after reading the FAQ you still need help, support is handled in the WordPress forums. Please note that support is limited and does not cover any custom implementation of the plugin.
Please report any bugs, errors, warnings, code problems to Github
- Upload the
pluginfolder to the/wp-content/plugins/directory - Activate the plugin through the 'Plugins' menu in WordPress
- Add the shortcode [userlist] anywhere you wish to display a list of users
The whole reason I wrote this was that other similar plugins had too much control over the output. You can style the output anyway you'd like by adding your own template parts to your theme.
Copy the files you wish to modify from the simple-user-listing/templates folder of the plugin and paste them into a simple-user-listing folder in the root of your theme (so my-theme/simple-user-listing). Now you can change the markup any way you please. It will be similar to template parts for post loops, except you will have access to each user's $user object instead of the $post object.
For more details on what is available in the $user object see the Codex reference on WP_User()
Simple User Listing supports most of the parameters of the WP_User_Query class as parameters for the shortcode. For example you can pass it a role defining which type of users you'd like to list. You can also adjust the number of users displayed per page. Roles must be in lowercase.
[userlist role="author" number="5"]
As of version 1.2 you can now sort the user list by and of the sort parameters supported by WP_User_Query(). For example, the following would list your users based on number of posts written, with the highest first.
[userlist orderby="post_count" order="DESC"]
As of version 1.4 you can now list users by a meta key. Be careful with this as this is not exactly an efficient query.
[userlist meta_key="foo" meta_value="widgets"]
As of version 1.4.2 you can now include and exclude users with a comma separated list of IDs.
[userlist exclude="1,2,3"]
The full list of supported parameters (shown with default value) is:
'query_id' => 'simple_user_listing', 'role' => '', 'include' => '', 'exclude' => '', 'blog_id' => '', 'number' => get_option( 'posts_per_page', 10 ), 'order' => 'ASC', 'orderby' => 'login', 'meta_key' => '', 'meta_value' => '', 'meta_compare' => '=', 'meta_type' => 'CHAR', 'count_total' => true,
As of verison 1.5.2 you could simply use the following as your shortcode:
[userlist meta_key="last_name" orderby="meta_value" order="ASC"]
While you could modify the search-author.php template, if you are only searching by one field it isn't really neccessary. You will, however, need to modify the shortcode's arguments for WP_User_Query. You can do that by filtering sul_user_query_args.
Add the following to your theme's functions.php:
` /**
- Place this in your theme's functions.php file
- Or a site-specific plugin
*/ // Switch the WP_User_Query args to a meta search function kia_meta_search( $args ){
// this $_GET is the name field of the custom input in search-author.php $search = ( isset($_GET['as']) ) ? sanitize_text_field($_GET['as']) : false ;
if ( $search ){
// if your shortcode has a 'role' parameter defined it will be maintained
// unless you choose to unset the role parameter by uncommenting the following
// unset( $args['role'] );
$args['meta_key'] = 'last_name';
$args['meta_value'] = $search;
$args['meta_compare'] = '=';
// need to unset the original search args
if( isset( $args['search'] ) ) unset($args['search']);
}
return $args;
} add_filter('sul_user_query_args', 'kia_meta_search'); `
Now the search will return users that match the entered "last_name". You can adjust as needed or use the meta_query array for more complicated meta queries.
By default the WordPress search relies on username, though wih the search_columns parameter can be made to search the user's email or ID. Frankly, I think this is weird, but that's how WordPress works.
It is much more useful to search by the user's display name, however this requires some trickery via the pre_user_query hook. Similar to pre_get_posts this is your last chance to change the WP_User_Query query before it is executed. I’ve built in a query_id variable so that you don’t go willy-nilly filtering all user queries which could have some unintended side effects.
` // Switch user search from user_login to display_name via query_where function kia_search_users_by_display_name( $query ) {
if ( isset( $query->query_vars['query_id'] ) && $query->query_vars['query_id'] == 'simple_user_listing' ) { $query->query_where = str_replace( "user_login", "display_name", $query->query_where ); }
} add_action( 'pre_user_query', 'kia_search_users_by_display_name' ); `
It isn't worth the effort to get the shortcode parameters to handle complex arrays. And in the end it isn't necessary as there are several filters in place to permit you to run a complex query. The key will be using the query_id parameter.
For example you could pass a specific ID via shortcode:
[userlist query_id="my_custom_meta_query"]
And then in your theme's functions.php or a site-specific plugin, you could filter the user query args:
` add_filter( 'sul_user_query_args', 'sul_custom_meta_query', 10, 2 );
function sul_custom_meta_query( $args, $query_id ){ // checking the query ID allows us to only target a specific shortcode if( $query_id == 'my_custom_meta_query' ){ $args['meta_query'] = array( 'relation' => 'OR', array( 'key' => 'billing_city', 'value' => 'oslo', 'compare' => '=', 'type' => 'CHAR', ), array( 'key' => 'first_name', 'value' => 'bobby', 'compare' => '=', 'type' => 'CHAR', ) );
}
return $args;
} `
For complex queries, you will want to read the WP Codex reference on WP_User_Query.
Yes! WP Pagenavi supports pagination for WP_User_Query and I configured the navigation-author.php template to automatically use WP Pagenavi if it is installed and activated.
The search form will not work with the default permalinks. Try changing your permalinks to some other structure. The reason is form submits via the GET method and so adding those parameters to the URL seem to clash with the parameters already on the URL from the default permalink setup.
Likely you are experiencing a conflict with another plugin, specifically one that is filtering pre_user_query to modify all user queries. The S2 Member plugin is a known culprit of this. To disable S2 Member's modifications on all Simple User Listing lists, add the following to your theme's functions.php or to a site-specific plugin. Ensure you are using at least SUL 1.5.3.
` function kia_protect_sul_from_s2(){ remove_action('pre_user_query', 'c_ws_plugin__s2member_users_list::users_list_query'); } add_action( 'simple_user_listing_before_loop', 'kia_protect_sul_from_s2' );
function kia_restore_s2(){ add_action('pre_user_query', 'c_ws_plugin__s2member_users_list::users_list_query'); } add_action( 'simple_user_listing_after_loop', 'kia_restore_s2' ); `
- Use transients to cache queries
- Add Finnish translation. props @Teemu Jönkkäri
- Add Danish translation. props @Frank Pedersen
- move simple_user_listing_before_loop to after query is run to have pagination available
- Remove is_page() restriction on shortcode display. Can now be echoed anywhere.
- fix untranslatable strings in templates
- stop linking to authors that have no posts (this causes 404)
- change content-author.php template
- update docs
- use has_shortcode() built-in function for is_user_listing()
- move simple_user_listing_before_loop hook so that S2 member can be disabled for SUL
- separate meta_key param so you can sort by meta_value from shortcode
- tested against WordPress 3.8
- French translation (by me, so open to improvement!)
- German translation props @Nico Bartes
- improved docbloc
- fixed conflicting blog_id/role parameters
- Support for include and exclude parameters
- Move changelog back to readme.txt #facepalm
- Add support for meta queries and custom query IDs
- Rename list_id parameter to query_id
- Move changelog to separate file
- Fixed the content-author.php template
- Return shortcode instead of echo #facepalm
- Maintain role parameter on search
- Fix pagination on search
- Add support for WP_Pagenavi
- Better support for customizing meta search queries
- Add FAQ
- Fix readme.txt markdown
- Add support for orderby and order parameters
- Fix divide by zero warning in navigation-author.php template
- Add translation .pot
- Fix "1 posts" error in content-author.php template
- HTML encode arrows in navigation-author.php template
- Initial release.