Discussion :

[Holzhammer]

Bonjour tout le monde,

Voici la situation :

Je travaille sur un projet sous Drupal 7 en custom. Le bug d'affichage Internet Explorer 10 provient d'un formulaire. Quand je clique sur un champs OU rentre juste une lettre dans un des champs, la page du formulaire remonte directement. Le focus se perd ou plutôt se bloque sur la première partie du formulaire et je dois retrouver le champs, entrer une nouvelle lettre, la page remonte etc etc. Ce qui est fort pénible pour un utilisateur lambda auquel le site est destiné.

Le formulaire est couplé à un JS custom qui semble correcte (après quelques corrections), au script JS "jquery.html5form.js" et "jquery.inputmask.bundle.min.js". J'ai regardé ces deux fichiers JS, créés par des devs JS.

J'ai un deuxième formulaire utilisant un JS custom différent, mais couplé également avec "jquery.html5form.js" et "jquery.inputmask.bundle.min.js". Ce deuxième formulaire ne crée pas de soucis par contre. J'ai comparé les deux JS et rien ne m'a choqué.

Ma question est : est-il possible de bloquer tous les focus d'une page ? une fonction, une technique ou je ne sais quoi ?

J'ai essayé d'utiliser la fonction blur(); sur plusieurs champs mais rien ne change.

Le site fonctionne correctement sur Firefox, Chrome, Opera.

Je vous remercie d'avance pour vos réponses / aides.

Cordialement,

[SylvainPV]

Si la page remonte, c'est qu'il y a forcément un code JavaScript derrière qui déclenche le phénomène en callback d'un évènement keydown/keyup. Il y a plusieurs situations où la page remonte ainsi, généralement c'est quand on modifie le hash de l'URL et que ce hash ne pointe vers aucune ancre dans la page. Par défaut le navigateur remonte tout en haut de la page lorsqu'aucune ancre n'est trouvée.

Bloquer tous les focus, quoi que cela veuille dire, ne résoudra pas le problème de fond. Sur l'inspecteur de développement Chrome (pas sûr pour les autres), on peut lister les listeners d'évènements pour chaque type d'évènement et élément. Regarde quels listeners sont enregistrés sur les évènements clavier de ton input, ça te donnera le script responsable.

[headmax]

Au regarde du contexte je ne pourrais pas faire grand chose au même titre que leur correction qui sera effective sur la machine du correcteur et pas de l'internaute sous IE 10 qui lui n'aura pas fait cette manipulation.

http://answers.microsoft.com/en-us/i...4-0a99a44aed5a

Bref je sais pas si ce cas de figure te concerne, mais tu pourra suivre les tickets a ce sujet.

Bonne chance.

[SylvainPV]

Ce problème n'a strictement rien à voir Il n'a jamais parlé d'un changement d'application

[Holzhammer]

@SylvainPV : L'histoire des hashs, effectivement, je vais me renseigner à ce sujet, tout comme pour les listenners, mais j'avais déjà fait une analyse d'eux pour vérifier ce qu'il se passe et j'avais aucun résultat valable avec l'outil de dev de Firefox. Par contre, sous IE, j'ai testé, après avoir cliquer sur un élément, dans la console de dev la commande suivante : console.log($(':focus')); et j'ai remarqué que beaucoup d'élément avait le focus alors qu'il n'y a rien qui doit leur donner cet attribut.

Je vais continuer les investigations et s'il y a encore des réponses ou des idées, n'hésitez pas ^^.

[sekaijin]

Perso je pense à un problème d'encre où équivalent

lorsque on active un lien vers une ancre qui n'existe pas on se retrouve en haut de page

J'ai comme l'impression que tu a un javascript qui mets le focus sur un élément HTML qui n'existe pas
(raison pour laquelle je préfère manipuler des objet plutôt que des id)
A+JYT

[Holzhammer]

La seule partie où il y a des ancres, c'est pour passer d'une étape à une autre, étant donné que le formulaire est divisé en 4 étapes. Selon l'étape où on se trouve, les autres sont "cachées". Elles deviennent accessibles quand on valide entièrement une étape etc etc.
Vu que c'est une reprise d'un projet, leur système pour passer d'une étape à une autre reste obscure à la vue du code. Et bon, si je mets en commentaire la partie concernant le changement des étapes, tout le formulaire devient inutilisable.
J'vais me renseigner sur les ancres, mais je trouve ça assez incroyable que ça pourrait être ça. Quand je fais "console.log($(':focus')); après une action sur le formulaire sur IE10, j'ai pas mal d'éléments qui prennent le focus sans une raison particulière. Là encore, j'arrive pas à l'expliquer malgré une analyse complète du code. D'un côté, j'suis dev débutant donc bon.

[Holzhammer]

Bonjour tout le monde,

Je reviens vers vous pour cloturer ce sujet. J'ai trouvé l'origine du problème. Les développeurs, à la base du projet, avaient décidé d'appeler la fonction "formulaire();" à chaque action de l'utilisateur. J'ai mis du temps à trouver le souci. En tout cas, merci pour vos réponses et votre aide.

Bonne journée.

Cordialement,