| Auteur | |
|---|---|
| christobal | # 11 Apr 2009 - 23:05:17 |
| 71 Posts |
bonjour, je ne sais si vous pouvez me venir en aide,mais j'aimerais empécher le copier coller dans un input. l'objectif est de forcer le user a resaisir ces infos (mail / password) pour confirmation avant inscription. Merci |
| supprime29 | # 12 Apr 2009 - 03:52:26 |
| 238 Posts |
Oui c' est possible mais uniquement par javascript , et encore sa peut se contourner ... Par exemple si j'interdit le clic-droit pour dire coller je pourrais faire Shift-Inserre ou par le menu edition coller !! Tu vois c' est impossible En plus si vraiment tu voulais tout bloquer, il suffirait de désactiver le javascript coté client ... |
| 6l20 | # 12 Apr 2009 - 13:36:43 |
Les kiwis...quand je veux ! Modérateur 2204 Posts |
christobal a écrit : Pardonnez par avance mon ignorance crâne, mais quel est l'intérêt au juste ? Quant à desactiver javascript côté client Mais il s'agissait probablement d'une boutade Cdt, Sylvain XHTML: structure. CSS: présentation. Javascript: comportement. |
| Heyoan | # 12 Apr 2009 - 13:50:20 |
| Modérateur 8101 Posts |
6l20 a écrit :Tu voulais dire crasse je suppose ! 6l20 a écrit :Je pense que l'ami FoxLeRenard voulait dire que toutes les ruses pour mettre ça en place ne servaient à rien puisqu'il suffisait de désactiver le JavaScript sur son navigateur pour passer outre. @christobal > ce genre de chose est anti-ergonomique au possible et comme dit précédemment très facilement contournable (ou alors il faudrait en plus obliger l'activation de JavaScript et dans ce cas ce serait en plus inaccessible). Pourquoi ne pas laisser ton visiteur libre et le laisser faire un copier/coller si le coeur lui en dit ? |
| Arthur69 | # 12 Apr 2009 - 14:04:38 |
| 192 Posts |
Je ne comprend pas en quoi c'est gênant de le laisser faire un copier-coller, puisqu'il est censé ne pas se tromper la première fois qu'il entre son ID... |
| 6l20 | # 12 Apr 2009 - 14:23:29 |
Les kiwis...quand je veux ! Modérateur 2204 Posts |
Heyoan a écrit : Non, c'est exactement ce que j'ai voulu dire/écrire Je fais référence à l'audacieuse témérité (le sens littéraire de crâne me semble t-il ?) qui pousse "mon ignorance" à poser la question et non pas à mon manque d'instruction ou de savoir (qui ne fait aucun doute) Heyoan a écrit : Effectivement Heyoan a écrit : C'est là ou je voulais en venir XHTML: structure. CSS: présentation. Javascript: comportement. |
| marcv | # 12 Apr 2009 - 20:03:17 |
| 599 Posts |
Salut, Pour moi, il s'agit d'une idée intéressante. La pratique quasi universelle de faire saisir deux fois une info sensible (mot de passe, adresse mail, etc.) est là pour détecter les erreurs de frappe dans le premier champ, en considérant que les probabilités de reproduire la même erreur de frappe une deuxième fois sont relativement faibles. En copiant/collant le premier champ, l'erreur est également copiée/collée. Bref, il ne me paraît pas stupide d'empêcher ce contournement. De plus, si on indique bien à l'utilisateur que le copier/coller est bloqué sur ce champ, je ne vois pas de gros problème ergonomique (je peux me tromper)... On peut faire simplement comme ça : document.getElementById('monInput').onpaste = function(){À ma connaissance ça marche partout sauf sous Opera. Modifié par marcv (12 Apr 2009 - 20:06) |
| Heyoan | # 12 Apr 2009 - 23:02:32 |
| Modérateur 8101 Posts |
'lut,marcv a écrit :Ben personnellement si un code JavaScript m'empêche de faire ce que je fais d'habitude (et même s'il a l'obligeance de me prévenir) je trouve ça anti-ergonomique... et agaçant ! marcv a écrit :Toujours personnellement je ne vois pas l'intérêt d'un code qui ne marche pas dans tous les navigateurs (respectueux des standards) ou que l'on peut désactiver aussi facilement qu'en désactivant le JS. Pour ce qui est de la ressaisie, pourquoi pas, mais amha il suffit d'un libellé qui va bien du genre "Veuillez ressaisir le code pour vérification". Du coup si quelqu'un utilise le copier/coller il le fait en connaissance de cause. |
| supprime29 | # 13 Apr 2009 - 02:18:26 |
| 238 Posts |
Merci Hoyean d'avoir corrigé ma pensée,a écrit : Mais je reconnais que ma phrase portait a confusion, Pour en revenir au probléme de fond, la question initiale est plus qu'intéressante, car elle aborde notre mental de webmaster maitre des lieux par rapport au visiteur, du reste vos réponses vont dans ce sens, Alors j'imagines ... Je suis un visiteur ... Je ne suis pas trop bête, et sur de moi on me demande de taper deux fois mon mot de passe ... Ah mais c'est pas bête, comme cela je serais sur de l'avoir bien tapé...Ou autre position, ... non je vais le copier coller ... Si j'ais pu faire ce choix, c'est que j'étais sur un site qui me respecte moi son visiteur |
| marcv | # 13 Apr 2009 - 09:18:41 |
| 599 Posts |
Heyoan, FoxLeRenard,a écrit :Ben, c'est comme ça pour énormément de code JS, mais aussi CSS. C'est le principe de l'enrichissement progressif (progressive enhancement) : on ajoute des améliorations pour les navigateurs capables, sans qu'elles gênent l'expérience utilisateur dans les navigateurs "incapables". Dans le cas du copier/coller, l'amélioration vise à servir autant l'utilisateur que le propriétaire du site. a écrit :Hmm, si on rejetait tout ce qui peut être désactivé, nos sites seraient assez peu fournis en images, CSS, Flash, et j'en passe . Ce qui compte, je crois, c'est :- le pourcentage de cas dans lesquels la technologie en question sera effectivement désactivée - l'impact sur l'utilisabilité du site dans ces cas-là Pour cette histoire de bloquer le copier/coller, moi je vois l'intérêt de ce code car : 1) le pourcentage d'utilisateurs surfant sur un navigateur sans JS est faible. Ceux là utiliseront leur formulaire de manière tout à fait habituelle (possibilité de copier/coller comprise). 2) le pourcentage d'utilisateurs capables de désactiver leur Javascript dans le seul but de contourner cette disposition est également faible et, parmi eux, le nombre de ceux qui choisiront de le faire plutôt que de tout simplement retaper leur password/email, est encore plus faible faible (car gain de temps nul, voire négatif) On a donc une disposition qui sera inactive dans de très rares occasions (probablement aux alentours de 5% de l'audience du site), où elle ne supposera de plus aucun impact négatif. Je la trouve donc intéressante. a écrit : a écrit :Oui, sauf que si : - tu peux pas te logguer (cas d'un password) - tu reçois pas la newsletter (cas d'un e-mail) Il y a de fortes chances que tu blâmes l'admin du site, alors que l'erreur venait de toi (je dis "tu" mais je parle bien sûr de l'utilisateur lambda). De très nombreuses dispositions existent déjà pour empêcher ou réparer les erreurs (forcer à choisir un mot de passe de plus de x caractères, choisir une question personnelle en cas d'oubli du mot de passe). Si on se reposait à chaque fois sur "l'utilisateur agit en connaissance de cause, c'est son problème s'il oublie son password", je crois qu'on perdrait au final beaucoup de visteurs... De toutes façons, comme je le disais dans ma réponse précédente, ce système de sécurité qui consiste à faire saisir deux fois à l'utilisateur les infos sensibles, système qui existe depuis des années et est utilisé quasiment sur tous les formulaires d'inscription, repose entièrement sur la non utilisation du copier/coller. Quelqu'un qui copie/colle ne fait rien d'autre que contourner la sécurité. En clair, si on met ce système en place, il me paraît compréhensible de faire en sorte qu'il soit appliqué, sinon, autant ne mettre qu'un seul champ et basta... Modifié par marcv (08 May 2009 - 08:47) |
| Heyoan | # 13 Apr 2009 - 11:16:48 |
| Modérateur 8101 Posts |
@marcvHeyoan a écrit : Je parlais bien sûr d'un code de sécurisation. Et pour arrêter de troller : je trouve que tes arguments tiennent la route mais je ne suis tout simplement pas du même avis que toi. De mon humble point de vue il ne faudrait effectivement qu'un seul champ. |
| 6l20 | # 13 Apr 2009 - 12:06:05 |
Les kiwis...quand je veux ! Modérateur 2204 Posts |
Bonjour marcv,marcv a écrit : Pourquoi certains n'activent pas Javascript ? Comme le précise Heyoan, une simple mise en garde, ou une simple vérification via l'envoi d'un email pour validation, permet de gérer la problématique des erreurs de frappe, au moins du côté du gestionnaire du site, si le souci se trouve à ce niveau (...). L'utilisateur, qui constate que cette "inscription" n'a pas fonctionné, est potentiellement capable de refaire cette inscription, ou d'emmmerd* le gestionnaire du site pour le sommer de lui fournir des explications sur le champs (cela fait aussi partie du jeu, même si je peux comprendre que l'on puisse vouloir améliorer cette gestion fastidieuse, et encore une fois, il me semble qu'il existe d'autres méthodes )Avec l'explosion de ce type de formulaires à remplir (inscription à un site, à un flux rss, à une newsletter, etc...) c'est autant de mot de passe qu'il faut créer, retenir, la liste devient rapidemment faramineuse pour peu que l'on se préoccupe un minima de sécurité et que l'on ne choisisse pas bêtement le même mot de passe sur tout les sites... Le copier/coller prend, à mon avis, tout son sens ici (à partir d'une liste personnelle ou via certaines propriétés de certains navigateurs ou autres logiciels dont c'est le boulot...) d'autant plus s'il faut renseigner deux fois les informations... Multiplier les mêmes saisies sur un formulaire (notamment lorsque ceux-ci sont mal construit, excessivement long ou pénible à suivre) peut également amener au renoncement et à la perte de ce visiteur, ce qui n'était pas le but A titre personnel, cela peut être totalement rédhibitoire et compromettre totalement ma navigation sur ce site. Enfin, il faut également prendre en compte que ce type de script peut comporter des erreurs, faire planter l'inscription (et/ou le site) et que l'effet ne sera évidemment pas celui rechercher...oui je pousse le trait Cdt, Sylvain Modifié par 6l20 (13 Apr 2009 - 14:38) XHTML: structure. CSS: présentation. Javascript: comportement. |
| supprime29 | # 13 Apr 2009 - 12:18:42 |
| 238 Posts |
J' avais écri:a écrit : Vos réponses vont dans ce sens et aprés-tout j'ais un peut nuancé mon avis merci de vos réponses. Et bonne journée |
| christobal | # 13 Apr 2009 - 12:51:17 |
| 71 Posts |
Bonjour, je rentre de week-end, et que ne fut pas ma surprise de voire l'animation que provoque mon post. En temps que codeur, je me dois de faire un site qui soit fiable, certes, j'utilise dans mon formulaire d'inscription du JS pour contrôler la validité de la saisie d'une info, mais comme tout le monde (je l'espère) j'assure aussi un contrôle niveau serveur (contrôle de variable en php) ainsi je palie aux difficultés de certain navigateur et de la désactivation du Js. Comme je l'ai lu dans un post, ma démarche et que nous nous plaçons jamais assez a la place de l'utilisateur basic (sauf mon respect). Cette démarche je la plique depuis peu dans l'entreprise qui m'embauche, et nous travaillons aussi les messages utilisateur. Croyez-moi cela fait des merveilles. L’utilisateur n'est pas gêné par une obligation de re-saisir une information, car cela lui assure une bonne qualité un certain confort, sécurité. N’oublié pas que pour la majorité d’entre nous ce type de question peut être futile, mais nous sonne née et nous travaillons, ou sommes passionnée par ce milieux. L’utilisateur vient juste de comprendre ce qu’il a gagné en venant sur le net. Alors aidons-le. Merci pour cet échange passionnant. |
| grisouil | # 16 Mar 2010 - 11:13:52 |
| 1 Posts |
pour la demande initiale qui était interdire le coller dans un input : réponse en html : onpaste='return false;' Codialement |