ユーザが持っている700 +/-オプションのチェックボックスを表示しようとしています。すべての目的と目的のために、ユーザーをアカウントにマッピングします。フォーム上に何百ものチェックボックスがあり、IE8がゆっくりと応答します。
チェックボックスは、Internet Explorer 8で非常に遅く動作します。Firefox、Opera、Safariなどは問題なしで実行されます。
誰かがこれに利用するために、より良い、より速く、よりクリーンな方法（チェックボックス以外）を持っていますか？
のためのaddAllとのremoveAllボタンを追加"それはない問題"！だから、私たちは2,100 +/-コントロールがついています：/
いくつかのオプションがあります。
は、選択コントロールを使用してください。 2つの選択コントロールを使用し、選択した値をあるコントロールから別のコントロールにコピーすることを検討してください。これは、大規模なマルチセレクトよりも使用可能です。
フォームを複数の小さなページに分割します。
フォームの一部を完成させ、必要に応じて追加の部品をAJAX経由で読み込むことができます。
1 - >それが現在有効になっている方法ですが、700 +/-項目を強調表示したり、700 +/-項目を2番目のコントロールに移動したりすると、割り当てられた内容を検証するのが面倒になります。 ...それについて考えるかもしれない＃3 ...アヤックスはIE8で遅いです。我々はそれを実装していましたが、すべてではないにしてもほとんどを元に戻す必要がありました。 –
私がそう言っても、IE8は実際には問題ではありません。この問題は、そのブラウザではより顕在化するかもしれませんが、700+のフィールド形式が設計の欠陥を示しています。そのようなフォームでは、より優れたブラウザでさえもいくらか遅くなるでしょう。 –
奇妙な...私が試した他の現代的なブラウザ（オペラ、ファイアーフォックス、サファリ）はすべて欠陥なく動作した。 jQuery。Button（）は追加レベルのオーバーヘッドを追加しました。私はそれがちょうどIEのページで2,100以上のコントロールを処理することはできないと思う。 –
は、誰もがこのために利用する（チェックボックスを除く）より良い、より速く、かつクリーンな方法を持っていますか？
私はあなたのデータを複数ページのテーブルにページする必要があると思います。 700のチェックボックスは私の視点から見るとUIの臭いです。
ページングはむしろ遅く、反応が悪いと感じました。再び、それはIEだけの問題です... Firefox、Mozilla、その他はものでうまくいくようでした。 –
Mozilla Firefoxで動作しても、ユーザーにデータを表現するのには適していません。私はそれがどのように見えるのスクリーンショットを見ることができます、私は興味があります。 –
ユーザーを選択するための選択ボックスを想像してください。従業員名とテーブルの横にチェックボックスがあります。それはこの時点ですべてのページショーです。 –
jQueryで10個のユーザーコントロールを使用して、すべてのコントロールをパイプラインでレンダリングする理由を教えてください。この方法では、サーバー側とコントロールの負荷があまり大きくないので、お互いに非同期になります。
その上にちょうど私のセント..
彼がIE8で経験している減速は、サーバー側の問題ではないようです。ページに入力要素が多すぎるため、ページがゆっくりとレンダリングされます。これらの要素をjQueryでレンダリングすると、別のレイヤーが追加されるため、プロセスがさらに遅くなります。 –
使いやすさの観点から、それは悪夢だろう、他のブラウザで実現可能である場合であっても。
一つの可能な解決策：
1.-代わりのチェックボックスの右にものが
2.-分類を選択し、および/または、利用可能なすべてのものを置くの左1で、リストを選択するために使用します複数のステップで除算
3.-私たちが戻ってユーザーに行くと彼らにページががらくたのようにレンダリングされたという事実を示す巻き上げ、そして最終的に、彼ら各ページ/カテゴリ
700チェックボックス！うわー...どっちもいいですよ!! –