Discussion :

[Strab]

Bonjour,

L'entreprise où je fais mon stage est en train de réaliser un présentation flash pour un musée, qui sera diffusée sur des pocketPC pour chaque visiteur.

Pour plus de sécurité, et afin d'éviter les fausses manip, on voudrait que l'animation soit en plein écran, et que l'utilisateur ne puisse pas sortir de l'animation.
Le problème, c'est que même en plein écran il y a la possibilité dans Internet Explorer de faire un clic droit au bord de l'écran qui affiche un menu contextuel et qui permet notamment de sortir du plein écran.

Je voudrais donc savoir si vous connaissez un moyen de bloquer ce clic droit dans Windows Mobile / Internet Explorer, ou un autre moyen de résoudre mon problème.
Je précise que le Flash Player pour windows Mobile n'est disponible qu'en plug-in, il est donc nécessaire de passer par un navigateur pour lire l'animation.

Merci de votre aide

[ggnore]

Bloquer complètement la souris ? (la débrancher )
Casser physiquement un bouton droit d'une souris ou avoir une souris assez configurable pour pouvoir affecter ce que lon veut au clique droit ?

C'est le clique dans la page html qui contient l'anim flash que tu veux bloquer ou le clique sur l'anim flash ?

Si c'est pour la page html, je crois que la réponse est : c'est impossible, il y a toujours moyen de contourer le problème. Ceci dit des méthodes existent en javascript je crois. Il faudrait demander, ou chercher du côté du forum développement html ...

bon courage.

[Strab]

C'est pas sur un PC, la souris est un stylet, et le clic droit est un clic gauche long. Donc tes solutions violentes consistant à dégrader le matériel ça marche pas

Et sinon, le clic droit que je veux enlever n'est ni sur la page HTML ni sur l'animation Flash. Quand on met la page en plein écran, il reste une bordure noire autour, et on peut cliquer dessus. Cela correspond en quelque sorte à cliquer sur la bordure de IE, mais pas vraiment, c'est un menu contextuel spécifique au plein écran.

Donc je peux pas empêcher ce clic avec du javascript ou du flash, mais seulement en réglant Windows ou IE (ou autre navigateur qui le permettrait, on n'est pas borné de ce côté là).

Si ya d'autres éclaircissements à apporter, n'hésitez pas.

[thewho]

Bonjour,

Pour plus de sécurité, et afin d'éviter les fausses manip, on voudrait que l'animation soit en plein écran, et que l'utilisateur ne puisse pas sortir de l'animation

Ceci montre une erreur de conception quelque part !

Depuis quand un client ne peut-il pas quitter une présentation ?

[Strab]

La machine qui lira l'animation ne sera pas la propriété du visiteur, pour des raisons de sécurités évidentes, il est préférable qu'il n'ait pas accès au système. Il doit donc rester dans le contexte de l'animation.

Sinon, c'est comme si les grandes surfaces laissaient les clients utiliser les ordinateurs en démonstration.

[Strab]

Finalement, j'ai trouvé un lecteur autonome (http://www.pocketone-soft.com), ainsi je n'ai plus ce problème une fois en plein écran.

[yobbas]

Tant mieux si tu as trouvé, mais j'aurais quand même aimé te poser une question. Si tu arrives à bloquer l'utilisateur sur ton application, tu fais comment pour reprendre le contrôle de ton appareil? Et même si l'application est bloqué, l'utilisateur pourra toujours éteindre l'appareil (bouton ou à la barbare en otant la batterie) et le rallumer, il ne sera alors plus dans ton application.

[Strab]

Très bonne question Je y ai aussi pensé, et je l'ai aussi posée à la personne qui m'a demandé de résoudre ce problème, mais ça n'avait pas l'air de le perturber...

Je pense que son idée est de retirer un maximum de contrôles au visiteur, avant tout pour éviter les fausses manip et que l'idée ne lui prenne de jouer avec les boutons.

Mais c'est vrai que dans tous les cas, seul un appareil construit spécifiquement pour répond à cette problématique, ce qui n'est pas le cas d'un PDA.

[Médinoc]

Pour ma part, je vois quelques solutions :
Je crois qu'il existe des économiseurs d'écrans en flash, dans ce cas, il faudrait faire la présentation selon le même modèle et mettre un mot de passe à l'écran de veille...(un mot de passe de type glJ8h52Wxr8, pas un truc évident)

Ou pour un player spécifique, un player quittable uniquement par le clavier, et... pas de clavier (et un cadenas sur les ports USB)

[Strab]

L'écran veille avec mot de passe est une bonne idée ! C'est possible sur PDA (parce que taper le mot de passe sans clavier...) ?

Débrancher ou désactiver le clavier n'est pas possible, c'est un PDA. On peut controler le rôle des quelques boutons, mais pas celui du joystick central qui permet de sortir du plein écran.

Je ne sais pas comment ça s'est terminé, mais je crois que les personnes qui s'occupent de ça ont gardé la solution que j'ai donné. Comme ce sera très majoritairement un public âgé, il a été décidé que le risque de sortie volontaire était minime. Seule une fausse manip est à craindre.

En tout cas, merci pour ta proposition, je vais regarder de plus près.

[homeega]

Je ne comprends pas où est ton problème? Bloquer le clic droit dans IE est assez facile pour que des utilisateurs non avertis ne puissent s'en servir.
A partir du moment où tu utilises IE tu as une page html quelque part ou tu peux insérer ce code:
<body oncontextmenu="return false" ondragstart="return false" onselectstart="return false">
Et là, pas de séléction de texte ni possibilité d'afficher le menu contextuel.
Si tu peux t'en servir pour ton animation fais un test. Sinon, pour ceux qui veulent utiliser ce moyen de blocage du clic droit, ça marche bien sur une page html, et sans javascript. Méthode douce! Mais contournable bien sûr, comme tout en fait. Le but étant d'éviter les fausses manip, si ça marche pour ton apli tant mieux!
Bonne chance.

[Strab]

En fait si, c'est du javascript "return false".

Et ce que tu me proposes ne s'applique qu'à la page html. Le clic droit que je veux bloquer est en dehors de la page.

Et en fait, le problème n'est toujours pas résolu, car le player que j'ai trouvé ne lit pas les animations imbriquées...