Interdire le copier / coller dans un input

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

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 ...

christobal a écrit :
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

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

6l20 a écrit :
Pardonnez par avance mon ignorance crâne

Tu voulais dire crasse je suppose !

6l20 a écrit :
Quant à desactiver javascript côté client

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 ?

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...

Heyoan a écrit :
Tu voulais dire crasse je suppose !

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 :
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.

Effectivement

Heyoan a écrit :
@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 ?

C'est là ou je voulais en venir

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(){
    alert('Merci de ne pas copier/coller');        // on prévient
    return false;        // on empêche
};

À ma connaissance ça marche partout sauf sous Opera.
Modifié par marcv (12 Apr 2009 - 20:06)

'lut,

marcv a écrit :
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

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 :
À ma connaissance ça marche partout sauf sous Opera.

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.

Merci Hoyean d'avoir corrigé ma pensée,

a écrit :

En plus si vraiment tu voulais tout bloquer, il suffirait de désactiver le javascript coté client ...

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

Heyoan, FoxLeRenard,

a écrit :
je ne vois pas l'intérêt d'un code qui ne marche pas dans tous les navigateurs (respectueux des standards)

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 :
je ne vois pas l'intérêt d'un code [...] que l'on peut désactiver aussi facilement qu'en désactivant le JS.

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 :
si quelqu'un utilise le copier/coller il le fait en connaissance de cause.

a écrit :
Si j'ais pu faire ce choix, c'est que j'étais sur un site qui me respecte moi son visiteur

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)

@marcv

Heyoan 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.

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.

Bonjour marcv,

marcv a écrit :

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.

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)

J' avais écri:

a écrit :

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,

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

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.

pour la demande initiale qui était interdire le coller dans un input :

réponse en html :

onpaste='return false;'


Codialement

6l20 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

Modifié par kickaha (13 Jul 2019 - 09:36)

Cette question est très pertinente !
J'ai créé un site pour une association qui peut insérer des actualités.
Un des membres à fait un copier-coller d'un message reçu...
Je vous dis pas les dégâts occasionnés.
J'ai donc créé une fonction qui avertit que le copier-coller est interdit quand on le fait.
INDISPENSABLE !!!
Modifié par kickaha (13 Jul 2019 - 09:37)