Bonjour,

Pour un site DNN v2.1, nous avions adapté le noyau de DNN afin de permettre de valider "vraiment" une adresse email remplie dans le formulaire d'inscription (pas seulement le bon format avec une expression régulière) : à chaque fois qu'un internaute modifie son email dans le formulaire d'inscription, le module de profil utilisateur customisé lui envoie une demande de validation à sa nouvelle adresse email, l'ancienne adresse étant conservée dans la base DNN tant que l'utilisateur ne clique pas sur le lien du message reçu sur sa nouvelle adresse électronique. Ceci évite de changer son email et par exemple avec une erreur de frappe, saisir une adresse erronée voire l'adresse d'un autre internaute qui obtiendrait ainsi d'éventuelles informations confidentielles (par exemple, si on active le rappel Mot de passe perdu sur la page de Login, le mot de passe étant alors renvoyé à l'adresse email saisi dans le formulaire d'inscription / mise à jour de coordonnées).

Nous voudrions avoir la même fonctionnalité avec DNN v4.8. Le souci est que le noyau de DNN a fortement évolué, en bien, et le formulaire d'inscription devenu très puissant est devenu assez complexe pour le customiser facilement.

Quelqu'un aurait-il une solution "légère" intéressante ?

En DNN 4.7 et 4.8, on a bien cette option, le souci est que notre société gère un site DNN où les utilisateurs ne peuvent s'inscrire eux-mêmes (processus d'adhésion qui n'est pas le formulaire d'inscription de DNN), une fois inscrit par le back-office, leur code identifiant et mot de passe leur est envoyé. Donc c'est bien l'option "Aucune" que nous avons sélectionné dans le Mode d'inscription.

La vérification email n'est donc pas pour nous lors de l'inscription, mais lors du changement d'adresse email pour l'internaute possédant déjà son compte DNN ; auquel cas, il demeure l'aspect erreur de saisie pouvant par hasard tomber sur l'email d'une autre personne.

Cdt

J-Serge

Bonjour,

Est-il possible de mettre en place un 2ème champ de saisi d'email au niveau des informations de compte d'un utilisateur de manière à ce l'email soit davantage "vérifié" ?

Si oui, peut-on ajouter du javascript dessus (qui, à l'événement LostFocus, remettrait à zéro le champ de saisi et annulerait la tentative d'enregistrement dans le cas où les valeurs des champs de textes email seraient différentes) ?

if (!IsPostBack)
                {          
                    if( ClientAPI.BrowserSupportsFunctionality(ClientAPI.ClientFunctionality.DHTML)) //  à personnaliser
                    {
                        if (!ClientAPI.IsClientScriptBlockRegistered(this.Page, "Mon.js")) //  à personnaliser
                        {
                            ClientAPI.RegisterClientScriptBlock(this.Page, "Mon.js", "");  //  à personnaliser
                        }
                    }

Ici on utilise l'API Dnn pour ajouter le script dans le Head de la page. Mais on peut le faire aussi avec ASP.Net : http://msdn2.microsoft.com/en-us/library/aa479390.aspx

Tu remarqueras également que mon exemple est en C#, mais c'est tout ce que j'avais sous la main ;) Idéalement tu enregistres le script lors d'une méthode appelée au PageLoad ou PagePreRender.

Ajoute également un RequiredFieldValidator (typé ou non), pour éviter le Save impromptu.

seb

Je te déconseille de modifier UserInfo, et en général, de modifier le Core de Dotnetnuke. Tout simplement parcequ'en faisant cela, tu casses le processus de mise à jour standard (à chaque mise à jour tu devras recompiler le noyau).

Je te conseille de dupliquer l'inscription du module User, pour en faire un module qui siège dans DesktopModules, et t'apporter les bénéfices d'un module d'inscription/édition personnalisé. Globalement tu ne modifies presque rien au module si ce n'est le manifeste XML qui te permettra de spécifier un nouveau répertoire et un nouveau FriendlyName et l'espace de nom dans lequel tu placeras ton code perso, et tu dupliques le contrôle admin/users/user.ascx et son vb, pour intervenir au moment du Bind du PropertyEditorControl "UserEditor" afin de placer tes contrôles perso. Puisque tu ne modifies que ce contrôle, tu peux déclarer ton script JS au page_load de ce dernier.

seb