The idea is simple, splitting the different user properties into categories, as it was done for the Global Configuration pages.

An interesting effect if we are doing this: the security category can be restricted further, for example by reasking the password. This kind of requirement is not necessary when the user wants to change his description or his default view.

By splitting the /configure page, we will need to deprecate the previously used doConfigSubmit from the user, to have one per category.