Show Advanced KnowledgeHide Advanced Knowledge

Configurable Name Presentation

1 Requirements

I know its a matter of privacy that by default fore- and surename in ILIAS is not shown - and this is quite fine. However we wish a function that also allows the admin to set by default that fore- and surename is shown. Of course, it should be still possible for the user to switch this of.

1.1 JF 17 Feb 2014

An administrator should be able to define the parts of the default name presentation for users, e.g. "[lastname], [firstname] ([email])". An additional option "Respect Public Profile" will determine, if parts are displayed only when the public profile of the user activates them (first/last name only if public profile is activated as a whole, other fields only if they are activated for the public profile).
 
If the settings lead to an "empty" name presentation for a user the [login] is used as fallback.

Related Page: User Name Presentation

2 Additional Information

• Idea / concept: Wolfgang Hübsch, wolfgang.huebsch@kivinan.de
• Funding: Required
• Maintainer: Stefan Meyer
• Implementation of the feature is done by tbd
• Tested by / status: (name, e-mail), (status information set after implementation)

3 Discussion

JF Jan 6 2014: There are different types of user name presentations in ILIAS.

• In many tables that are meant to be used by tutors/admins first/lastname are displayed.
• Screens that present names for other learners usually use a central ILIAS function to present the name. Here first/lastname only appear, if the user activates the personal profile for other users.

We discussed to fundamentally change the behaviour here. The idea is to let an administrator define the parts of the default name presentation for users and not allow users to modify these parts in any way anymore, e.g. "[lastname], [firstname] ([email])".
 
Since this is a big change we open the discussion to see if anybody objects this.
 
@Wolfgang: Would this fit your needs? Important: Please list all the screens that include name presentations that are important for you (that should be affected). Since the number of screens through the whole system is quite big, we need a "white list".

Zenzen, Enrico [ezenzen], 18 AUG 2022: This request no longer fulfills the requirements of the Feature Wiki. In consultation with the maintainer I change the status of the feature request to "Redundant / outdated". If the request is still relevant, please update template and mockups.

4 Implementation

...