0

Webtableアプリケーションのダッシュボードに 行は、バックボーンのビューの 1 つによって動的に追加されます。<tr>新しい要素の追加は高速ですが、 の数が 100を超えるとスクロールが遅くなります。

それぞれにmouseoutイベントバインディングが<tr>ありましたが、今は削除しました。しかし、これは問題を解決していません。現在、CSSが原因であると考えています。tbody:first-child、、 、、および、の一般的なスタイリングとともに、 、 、 通常と状態のtr:first-child両方td:last-childに対して定義されたスタイルをネストしました 。hovertbodytrtdtbody:hovertr:hovertd:hover

これがタイムラグの原因ではないかと強く疑っていますが、他に容疑者はいません。CSSがスローダウンに追加されている可能性はありますか?

CSS - https://gist.github.com/4138323

4

1 に答える 1

0

それを遅らせていたのは、深くネストされた CSS ではなかったようです。これは完全に曖昧かもしれませんが、私にとって何がうまくいったかを投稿します。

私のセットアップでは、100<tr>秒と約 40<tbody>秒が に追加<table>され、ユーザー アクティビティに基づいて削除/再レンダリングされました。もちろん、これは IE では機能しませんでした。これは、IEではロード<tr>後に s を追加できないためです。したがって、私はs とsDOMを使用することに頼りましたが、驚くべきことに、これにより他のブラウザーでの遅延が減少しました。すべてがスムーズに機能しています。divspan

于 2012-11-29T15:21:22.130 に答える