Forum d'entraide PHPFrance

Salut à tous,

J'ai des freeze dans des inputs avec Chrome, j'ai l'impression que cela survient lorsqu'il y a trop de champs de formulaire dans la page (je vous parle pas de 10 champs hein, mais plutôt 2000 ou 3000...)

Est-ce qu'il y a des limites en terme de nombre de champs dans une page ?

Merci à ceux qui testeront cette page HTML...

Essayez juste de saisir des données dans les zones de texte (aucun JS, aucun style -quasiment-)

Et c'est encore pire lorsque je met des binds jquery sur les inputs.

Et je le répète, aucun problème avec FF & IE

Merci d'avance

Je freeze aussi avec ma version de chrome 17.0 donc saches que ce n'est pas un problème isolé.
Mais bon... T'as vraiment l'obligation d'afficher autant d'input ? L'utilisateur doit être un sacré tordu pour remplir tout ça en une fois...
Tu peux peut être voir sur des formulaires successifs ou bien sur l'affichage d'un input seulement sur la demande de l'utilisateur (système d'édition "in place").

Je freeze aussi avec ma version de chrome 17.0 donc saches que ce n'est pas un problème isolé.
Mais bon... T'as vraiment l'obligation d'afficher autant d'input ? L'utilisateur doit être un sacré tordu pour remplir tout ça en une fois...
Tu peux peut être voir sur des formulaires successifs ou bien sur l'affichage d'un input seulement sur la demande de l'utilisateur (système d'édition "in place").

Oui pas le choix quand à la quantité.

Le but étant de reproduit un semblant d'excel avec navigation au clavier (flèches droite, haut, etc...)

Les formulaires successifs, non, pas optimal pour l'utilisation que j'ai de ma grille.

Pour la mise en place "in place" comme tu dit, j'y est déjà pensé et cela n'est pas bien compliqué à faire, mais ce qui me gêne, c'est de devoir faire un POST ajax à chaque sortie d'input...et vu le nombre de zone de texte et la fréquence de navigation cela peut très vite faire beaucoup de requête, bref je vais y réfléchir...

Ce qui est bizarre, c'est que plus l'input est profond dans le html (entouré de div) et plus c'est lent...mais que avec Chrome, même IE s'en sors mieux, c'est l'hallu.

En te remerciant.

Tu peux faire des pseudo-pages si ce qui te gêne c'est de perdre l'aspect tableur.
Tu fais ton propre cadre qui contient N*N cases.
Tu fais ta propre barre de défilement qui va remplacement non pas les input mais leur valeur.
Et tu fais un stockage des données (donc de toutes les cases et pas seulement des N*N) en JS pour l'envoi massif lors de la demande de sauvegarde.

Ainsi nombre fixe et invisible à l'utilisateur.

Vu que tu navigues au clavier, pourquoi ne pas transformer la case en input au click, et supprimer l'input lors du blur ? Le reste du temps, la donnée restant affichée telle quel ?