La gestion des utilisateurs a été profondément modifiée en branche 1.4. L’objectif était alors de permettre la gestion d’une grande quantité d’utilisateurs. Ce cas se présente lorsque l’authentification est externalisée dans un forum par exemple. Certaines fonctionnalités ont disparu dans la phase de développement, puis réapparu suite aux nombreuses réactions dans les 1.4.0RC* (Release Candidates pour la version initiale de la branche 1.4).

Cette spécification présente les évolutions à prévoir pour la branche 1.5 concernant la gestion des groupes et des utilisateurs. L’objectif est de rendre plus simple et intuitive la gestion des utilisateurs.

Avertissement : les captures d’écran montrent qu’une partie des développements a déjà été réalisée, disponible en BSF depuis la build 200505110021. Malgré des développements déjà réalisés, il est tout à fait possible de revenir en arrière.

Création d'un utilisateur

En branche 1.4, par défaut, la création d’un nouvel utilisateur prend pour modèle les propriétés définies pour les utilisateurs non connecté, voir écran [Administration » Configuration » Affichage par défaut]. Depuis l’interface d’administration, il doit être possible de choisir n’importe quel utilisateur pour modèle. Ainsi, les propriétés d’affichage, l’appartenance aux groupes, les permissions seront héritées.

Changement de nom d'utilisateur

Il existe un bogue en branche 1.4 qui laisse croire qu’on peut changer le nom d’un utilisateur, alors qu’en fait, c’est impossible. Le changement de nom d’utilisateur doit être possible dans la partie administration, mais clairement impossible dans la partie publique.

Evolution de la liste

La liste des utilisateurs a été (re)développée rapidement pour contenter les réclamations justifiées des testeurs sur la 1.4.0RC1. En effet, cette fonctionnalité avait momentanément disparu par rapport à la branche 1.3 qui proposait une liste sommaire des utilisateurs.

Filtres

Possibilité de filtrer la liste selon plusieurs critères :

nom d’utilisateur : équivalent à un champ recherche, permet l’utilisation de jokers pour les recherches partielles
status : administrateur/utilisateur
groupe : permet de n’afficher que les utilisateurs d’un groupe en particulier
la posibilité de tri (Par Nom, Dates, ect)
Peut-etre comme dans une version precedente la posibilite de generer une liste d’envoi Email

Informations affichées

La liste en elle-même présente :

nom
status (administrateur, utilisateur simple)
adresse électronique
groupes auxquels l’utilisateur appartient
actions (liens) : lien vers l’édition du profile, lien vers les permissions de l’utilisateur

Propriétés des utilisateurs

Les propriétés des utilisateurs (nombre de lignes par page, nombre de miniatures par ligne, période récente, template, langue...) sont modifiables par lot : plusieurs utilisateurs en même temps. Les modifications s’appliquent à tous les utilisateurs, ou uniquement à ceux sélectionnés dans la liste.

Par exemple, en 2 clics de souris, pouvoir faire utiliser le template “wood” à tous les utilisateurs enregistrés. Combiné avec les possibilités de filtre de la liste, il devient simple et rapide d’appliquer des propriétés aux utilisateurs d’un groupe particulier.

Association/Dissociation aux groupes

Possibilité de lier/délier une liste d’utilisateurs à un groupe, en utilisant une sélection dans la liste affichée ou en applicant à tous les utilisateurs. Cette possibilité remplace l’ajout/suppression des utilisateurs à un groupe géré dans l’écran [Administration » Identification » Groupes] car plus simple et plus puissante.

Suppressions

Possibilité de supprimer une liste d’utilisateurs sélectionnés. La suppression d’utilisateur étant une action irréversible, un message d’avertissement doit permettre d’éviter les accidents.

Conséquences sur les écrans existants

L’évolution importante des possibilités offertes par l’écran [Administration » Identification » Utilisateurs] permet de simplifier les écrans associés :

suppression des accès directs à [Administration » Autorisations] (donc par conséquent les sous écrans [Administration » Autorisations » Utilisateurs] et [Administration » Autorisations » Groupes]) : l’accès aux permissions d’un utilisateur se fait dans via la liste des utilisateurs et l’accès aux permissions d’un groupe doit se faire via [Administration » Identification » Groupes]. Ces écrans restent donc (évidemment) accessibles mais indirectement.

[Administration » Identification » Groupes] : présente une liste des groupes existants. Un formulaire permet de créer un nouveau groupe. Possibilité de supprimer la liste des groupes sélectionnés. Accès à la liste des utilisateurs du groupe grâce à un lien filtré vers [Administration » Identification » Utilisateurs]. Accès aux permissions du groupe. Même principe que la liste des utilisateurs, en plus simple car les groupes ont moins de propriétés que les utilisateurs.

Gestion commune des utilisateurs avec d'autres modules php

Afin de simplifier une gestion commune avec un autre module php tel qu’un forum, il est nécessaire de séparer dans la base de données les tables users et user_preference. Par défaut, PWG utiliserait sa table user. Mais en paramétrant PWG différemment (ou par l’installation d’un mod simple), PWG utiliserait la table users d’un autre module php.

Ce transfert de la gestion des utilisateurs pourrait se faire par un mapping des champs des deux tables users (id, username, password, mail_address).