[wp-trac] [WordPress Trac] #2793: User Management: Paging, Search,
Bug Fixes
WordPress Trac
wp-trac at lists.automattic.com
Wed Jun 7 07:13:37 GMT 2006
#2793: User Management: Paging, Search, Bug Fixes
----------------------------+-----------------------------------------------
Id: 2793 | Status: new
Component: Administration | Modified: Wed Jun 7 07:13:37 2006
Severity: enhancement | Milestone:
Priority: normal | Version: 2.1
Owner: anonymous | Reporter: markjaquith
----------------------------+-----------------------------------------------
Attached patch adds the following:
= User Paging =
Users page, 50 at a time. If there are more than 50 users, a small notice
is shown explaining that all the users can't be shown on one page, and
that people will have to use the previous/next navigation or the search,
in order to find the user they want.
Wait a second, search?!
= User Search =
Yes, search. Now, you can search for users based on user_login,
user_nicename, user_email, display_name or user_url. Results are paged
when over 50, naturally.
= thead bug fixed =
The first <thead> with the ID/Username/email/etc headers, gets
pushed to the TOP of the table in Firefox. So, it looks funky for the
first one, but the following ones look fine.
I just switched to using a classed <tr class="thead"> and added
{{{.thead}}} to the {{{thead}}} CSS declaration.
= "Cannot delete user" error bug fixed =
{{{
$error = new WP_Error('etc', 'etc');
}}}
changed to the correct:
{{{
$errors = new WP_Error('etc', 'etc');
}}}
Everything is (I think) properly i18n'd. I took proper precautions with
regards to casting to int and {{{wp_specialchars()}}} protection of the
search term.
Even better, I have this patched for /branches/2.0/ as well as /trunk/
--
Ticket URL: <http://trac.wordpress.org/ticket/2793>
WordPress Trac <http://wordpress.org/>
WordPress blogging software
More information about the wp-trac
mailing list