Meilleur auteur de réponses
VBA Access 2013 : Pb avec zone texte avec Masque de saisie = 'Mot de passe'

Question
-
Utilisation d'Access 2013 (Office 365)
Créer une base vide
Créer un formulaire vide
Y ajouter les 3 contrôles :
Zone de texe :
- Nom = txtMdP
- Masque de saisie = 'Mot de passe'
Etiquette :
- Nom = lblTest
Bouton :
- Nom = btnTest
- Légende = &Test
- Evènnement "Sur clic" = lblTest.Caption = Me.txtMdP.Value
Passer en mode formulaire
Saisir 'AAbbb' dans txtMdP
Cliquer sur le bouton 'Test'
-> Affichage de 'Aabbb' dans lblTest au lieu de 'AAbbb' composé dans txtMdP !!!
Pourquoi ?
Existe-t-il une solution de contournement ?
D'avance merci.
Luc
- Déplacé Aurel Bera lundi 30 juin 2014 07:11 OnTopic
Réponses
-
Hans Vogelaar a eu la gentillesse de m'en donner l'explication :
C'est la correction automatique d'Access qui en est la cause avec la "Suppression de la 2° majuscule d'un mot" !
Donc il faut aller dans :
- Fichiers / Options / Vérification / Options de correction automatique ...
- décocher "Sopprimer la 2° majuscule d'un mot" ;
- Valider la modification en sélectionnant 2 fois "Ok".
- Fermer et rouvrir la base Access concernée.
Un grand merci à Hans !
Toutes les réponses
-
Après de nouveaux tests il apparaît qu'un probable bug existe dans le contrôle Texte !
Le simple fait de saisir à la suite :
- 2 fois la même lettre en majuscules;
- 1 ou plusieurs lettres en minuscule;
- Dès la saisie d'un symbole (- , + , _ , etc ...) le 2° caractère de la chaine passe en minuscule !...?
par exemple AAb- est transformé en Aab- !
Je n'ai pu trouver aucune solution à celà, l'entrée de certains mots de passe provoque donc une erreur ...
Comment remonter ce bug et obtenir une solution ?
-
Hans Vogelaar a eu la gentillesse de m'en donner l'explication :
C'est la correction automatique d'Access qui en est la cause avec la "Suppression de la 2° majuscule d'un mot" !
Donc il faut aller dans :
- Fichiers / Options / Vérification / Options de correction automatique ...
- décocher "Sopprimer la 2° majuscule d'un mot" ;
- Valider la modification en sélectionnant 2 fois "Ok".
- Fermer et rouvrir la base Access concernée.
Un grand merci à Hans !
-
Bonjour,
ça remonte à loin, mais j'ai eu un jour ce problème dans Access, et il me semble bien me rappeler qu'un champ de saisie texte a une propriété booléenne qui précise si on veut y appliquer la correction orthographique ou pas.
Ceci permet de corriger les fautes de frappe sur un champ profession, et pas sur le nom de la personne et encore moins son mot de passe.
Nous sommes d'accord que j'ai choisi les exemples plus pour leur clarté que leur vraisemblace, puisque dans une base bien conçue ils ont peu de chances de se trouver sur le même formulaire. Mais de toute manière, les options de correction d'Access sont communes à toute l'application, alors que leur mise en œuvre sur une zone de saisie texte est plus spécifique.
Ainsi, on pourra corriger BOulanger en Boulanger, sans pour autant perturber la saisie du mot de passe, ni celle du nom du boulanger, ce qui peut être préférable si jamais il s'appelle Zbigniewski ou Hartmut et que les autres ont des noms français.
ça ne se passait pas dans la même version, mais il n'apparaîtrait pas très logique de sortir une nouvelle version pour réduire les fonctionnalités.