par
Ryle » 07 nov. 2006, 17:34
Dans les expressions régulières, pour refuser un ou plusieurs caractères il suffit dans le masque de débuter la classe par un ^ : [^-_ ] équivaut à "sauf tiret, underscore ou espace"
Mais il n'y a pas réellement de caractères "douteux", il y a juste des caractères à savoir gérer. Il n'est pas inhabituel (il devrait même être normal

) de retrouver des caractères spéciaux dans des mots de passe.. ca n'a rien de douteux
Tout dépend de l'usage.. dans un champ input il faut faire attention aux guillemets qui doivent être protégées quand tu les réafficheras... les < > n'ont pas d'inconvénient particulier, il faut juste s'assurer qu'ils ne dissimulent pas un code html nuisible (et encore, selon l'usage que tu veux en faire)
Dans un login on peut envisager que l'espace n'est pas des plus adapté..
Dans un mail les restrictions sont beaucoup plus importantes car le format est normalisé...
Dans les expressions régulières, pour refuser un ou plusieurs caractères il suffit dans le masque de débuter la classe par un ^ : [^-_ ] équivaut à "sauf tiret, underscore ou espace"
Mais il n'y a pas réellement de caractères "douteux", il y a juste des caractères à savoir gérer. Il n'est pas inhabituel (il devrait même être normal ;)) de retrouver des caractères spéciaux dans des mots de passe.. ca n'a rien de douteux :)
Tout dépend de l'usage.. dans un champ input il faut faire attention aux guillemets qui doivent être protégées quand tu les réafficheras... les < > n'ont pas d'inconvénient particulier, il faut juste s'assurer qu'ils ne dissimulent pas un code html nuisible (et encore, selon l'usage que tu veux en faire)
Dans un login on peut envisager que l'espace n'est pas des plus adapté..
Dans un mail les restrictions sont beaucoup plus importantes car le format est normalisé...