Réponse : "Change de navigateur."

-_-'

ça doit pouvoir se configurer avec les options du clavier non ?

Tu veux dire "utiliser un vrai navigateur" non ?

Ou peut-être:

"Les sites internets ne sont pas fait pour être accédés depuis un Minitel".

Mais tu as raison: -_-'

Captain Obvious ? Tu m'expliques où est le PEBKAC ?

Le développeur n'y peux rien si le défilement au clavier est lent, c'est matériel ou lié au navigateur utilisé.

Ce n'est pas plutôt dans les configurations du clavier ? Je n'en ai aucune idée, je trouve juste étrange que les navigateurs aient un impact sur ces propriétés sans proposer de réglages, donc je préfère demander !

Quand je dis matériel je parle du clavier ;)

Site bourré à mort de JS : ça lag

Ah oui pardon, j'ai lu en biais (ce qui est relativement bête pour une seule ligne, certes).

Je ne m'y connais pas spécialement en développement web, mais ne pourrait-on pas imaginer que du code "lourd" soit exécuté dans un évènement genre keydown (code peut-être plus lourd si les touches pressées sont les flèches) ?

le ralentissement serait lié au JS je n'aurai pas fait ce post : virtual desktop avec boitier wyse.
j'aurais du l'indiquer dans le post

Oui fin ce n'est pas le matériel qui détermine la fréquence de répétition du clavier ;-)

EDIT:
@Picc : effectivement, c'est possible. Mais généralement les traitements javascripts sont assez légers, et ce que tu dis suggère un traitement suffisamment lourd mais pas assez pour freezer (ce qui se produit généralement, le navigateur freeze et on ne voit pas bouger le curseur).

Le plus probable reste bien un problème de paramétrage du clavier, ou un navigateur / machine pourri(es).

Donc c'est un test correct qui met en cause l'usage du produit via certains terminaux.

Il est donc parfaitement correct de remonter cet info dans ce contexte au lieu de laisser les utilisateurs insatisfait non?
Ou alors je n'ai pas compris?

Je suis d'accord.

Comme je suis gentil, je valide parce que c'est vrai que c'est un poil limite de mettre en cause l'appli pour ce genre de problème.

Quand je fais de la recette, je joue parfaitement le bêta testeur (mais vraiment bête, comme nous le faisait une prof quand nous lui soumettions nos TP), et si je constate quelque chose qui n'est pas normal, je le signale. Après, c'est au responsable de la recette de vérifier la cause, de répondre au testeur et fermer le ticket.
Dans le cas présent, je ne l'aurais pas signalé parce que je suis du métier. Mais le but d'une recette, c'est de faire tester les utilisateurs de l'appli, qui n'y connaissent parfois souvent rien à l'informatique. ils remontent donc les anomalies qu'ils constatent.
Pas de PEBKAC pour moi sauf si Pierrot me dit que le ticket vient d'une personne "du métier".

Problème: le développeur ne peut pas faire en sorte que le matériel soit correct.
Et franchement un javascript pour champ de texte assez lourd pour ralentir le curseur ce serait une première. Même sur les sites les plus crade niveau javascrit abusif sur lesquels j'ai bossé je n'ai jamais vu ça