More support to customize user profile edit page

[pampfelimetten]

Right now I can edit the contact methods via the user_contactmethods filter, but I can not modify or remove the Personal Options or the Name Options.
I want to keep the interface as simple as possible for my users, and I don't think that they need to edit this settings at all.
If wp wants to be a cms, it should give me control over this aspect as well.
At least, give me custom css-ids, so I can remove it via css!

After wds-brad2 suggested to write a css based patch, here it is.
I'm no expert with the backend-styles, so please give me a hint, if I have used a wrong naming scheme.

Code works fine for me, with the following test-css you can hide and unhide every single option:

#form-table-personal-options-title,
#form-table-personal-options-admin-color-scheme,
#form-table-personal-options-visual-editor,
#form-table-personal-options-keyboard-shortcuts,
#form-table-name-title,
#form-table-name-user-login,
#form-table-name-first-name,
#form-table-name-last-name,
#form-table-name-nickname,
#form-table-name-display-name,
#form-table-contact-info-title,
#form-table-contact-info-email,
#form-table-contact-info-url,
#form-table-about-yourself-title,
#form-table-about-yourself-description
{
	display:none !important;
}

With the following test-css you can hide each section:

#form-table-personal-options,
#form-table-name,
#form-table-contact-info,
#form-table-about-yourself,
#form-table-caps
{
	display:none !important;
}

The password table row already got an ID, so I didn't touch it.

Feedback very welcome!

CSS isn't really the way to go here. I think we should abstract it out with filters and default actions, similar to contact methods and the idea in #6837.

Thanks for the Info, thats what I thought at the beginning as well, but I think this is beyond my skills. Anybody else wants to look into this?

First Cut, missing only the about yourself section

please ignore the 12295.002* diff files.
In the 12295.003.diff I abstracted it with filters and functions, you can now enable and disable every field (expect for the last "about-yourself" section, i ran out of time for that).
One open question though: I skipped the class "code" for url field (why is it there anyway?)

And: How to add the disabled function for username? Should I make every function like the "personal options" section, with multidimensional arrays?

Please give me feedback!

Updated to latest trunk

Updated to latest trunk

Update to latest trunk

Updated patch to latest trunk + more IDs

I think this is pretty comprehensive now - only sense-check question I had was, is changing #password to #profile-about-password a problem? I don't think any JS hooks into it, can't find any core CSS targeting it.

One more thing that should be accounted for:

Sometimes plugins add fields to user profiles (eg. After The Deadline and WordPress SEO) - these should be wrapped with divs with unique IDs based on the plugin name so that they can be styled differently or hidden depending on requirements. At present they cannot be targeted in any way at all other than some very unstable :nth-child hackery, which is a small but not insignificant problem.

Hi John, thanks for updating the patch, I just tested against the latest trunk and it works fine. It would be great if we could get it in 3.4 early!

Sorry. I'm new to core trac. Can i use this patch? Or should i wait until 3.4 release?

Feedback? 3.5 Early?

Related: #20563

Will literally have sex with the first core dev willing to take a look at my now-10-month-old-super-simple-yet-amazing-patch.

Refreshed

Refreshed @JohnONolan's last patch.

12295.3.diff​ takes @japh's refresh and:

• Adds requisite spacing to introduced code
• Removes some unnecessary semicolons following closing braces
• Adds phpdoc additions such as the version in @since's and an @param for $user_can_edit on _wp_get_user_personal_options().

• Basic pass at data sanity
• Restores proper toolbar/admin bar language
• Some additional coding standards formatting

#22973 was marked as a duplicate.

#7730 was marked as a duplicate.

#16181 was marked as a duplicate.

in 12295.5.diff​:

• Move $user_can_edit into _wp_get_user_personal_options to avoid spaghetti code; also removes necessity of a parameter for _wp_get_user_personal_options()
• In _wp_get_user_personal_options(), move global definitions to beginning of function
• In _wp_get_user_personal_options(), using an element with the key of 'action' will trigger that action in the field table cell. The explicit call to do_action for 'admin_color_scheme_picker' was being used, this still allows for this while opening up for extendability
• Fix escaping 'scope' attribute of table headers, add scope element for comment_shortcuts (to avoid PHP notice)
• Remove user_label_add_required() and associated filter - this wasn't in the scope of this ticket.
• Modify _wp_get_user_namefields() to return a multidimensional array; restores disabled attr to username field

In 12295.6.diff​:

• The original patch changes the Show Toolbar setting output that's in trunk currently, reverts to this.
• In _wp_get_user_namefields(), add a 'description' key to the namefield array elements, which outputs in a span after the input.

At a first glance I didn't see it: How do we remove the textarea for Biographical Info only now?

Replying to toscho:

At a first glance I didn't see it: How do we remove the textarea for Biographical Info only now?

The entire About section has a wrapper div#profile-about, which can be hidden with CSS. The table row for the Biographical info has the unique ID profile-about-description, also can be hidden with CSS.

Ideally, we'd give the same filter-ability treatment for this section. I'd guess because of the uniqueness of the textarea output it wasn't given its own _wp_get_user_aboutfields() in an earlier diff. Should we do that?

It is a ​common request and the current code doesn’t offer an elegant hook. So I think this is the best opportunity to introduce a specific hook.

Replying to toscho:

It is a ​common request and the current code doesn’t offer an elegant hook. So I think this is the best opportunity to introduce a specific hook.

The request you linked to is a user asking how to hide it - which can be done with the CSS selectors I mentioned. Whether we should add filterability to the About section to give the ability to add more fields there is what I was asking.

In .6, I forgot to change a checked to $echo = false. .7 fixes this

lol.