問題タブ [autoscroll]

簡単に言うと、RemoveAt(0) を呼び出したときに ListBox の先頭に戻る自動スクロールを無効にするにはどうすればよいですか?

背景:
一定の間隔で大量のデータをマッシュアップする単純なリスト ボックスがあります。

基本的に私が使用しているのは、ステータス レポート ツールです。

私のプログラムを繰り返すたびに、100行ほどのデータがリストボックスにスローされます。情報の山をダンプする最良の方法は、常に一番下に追加することです。

最新の結果を一番下に、最も古い結果を「押し上げる」ようにします。このリストボックスのサイズは、短時間でかなり大きくなるため、サイズを 1000 アイテムに制限しています。

ボックスが 1000 個を超えるアイテムを取得したら、再び 1000 個のアイテムを取得するまで RemoveAt(0) を使用します。

最も関連性の高い情報を常に表示するために、リストボックスを一番下までスクロールします。これの問題は、RemoveAt(0) を呼び出すたびに、ボックスが新しいアイテム 0 まで自動スクロールされることです。 1000 個のアイテム、次に 1000 個のアイテムを下に移動すると、ぎこちなく見える表示になります。

RemoveAt(0) を呼び出したときに、ListBox の先頭に戻る自動スクロールを無効にするにはどうすればよいですか?

コンテンツが自動ロードされる div を下にスクロールする良い方法があるかどうか知りたいです。

例として、facebook を取得します。友達をイベントに招待しようとすると、友達とのダイアログがポップアップ表示されます。そのダイアログには、すべての友達がロードされているわけではありません。代わりに、下にスクロールするたびに、最後の友達が見つかるまで新しい友達が読み込まれます。

正確な質問は、最後の友達が見つかるまで div を自動スクロールする方法はありますか?

aJTableに aを追加JPanelし、それをJPanelaに追加すると、それがフォーカスJScrollPaneを得るたびJTableに、スクロール ペインが自動的に一番下までスクロールします。これは悪いことです。

このようにする理由はたくさんあるので、この自動スクロールを止めるための何らかの解決策を期待しています。

ああ、これがキッカーです...アプリを実行しているときにのみ発生するようJNLP/WebStartで、Eclipseでは実行されないため、さらにイライラします。

JLNP以下は、 から起動し、テキスト フィールドをクリックし、表をクリックすると、自動的に一番下までスクロールする簡単な例です。

分割ビューがあり、左側にテーブルビューを表示しています。行を選択すると、右側に詳細が表示されます。私がやったことは私が使うことです

右側のコンテンツをスクロールするときにuitableviewを自動スクロールします。一番上の行には問題なく機能します。しかし、右のコンテンツをスクロールしてテーブルを上にスクロールするだけでテーブルビューの中央に到達すると、テーブルビューは再び自動スクロールして下からもう1つのコンテンツを表示する必要があります-クラッシュします。

そして、データフォーマッタは利用できないと言います。で確認しました

クラッシュすることなく正常に動作します。スクロールして、下部で強調表示されているテーブルビューを確認する必要があります。

アイテムがアイテムソースに追加されるたびに、データグリッドが下にスクロールして最後のアイテムが表示されるように、データグリッドを設定したいと思います。

データグリッドはデータ テンプレート内にあるため、X:name プロパティを設定してコード ビハインドから直接アクセスすることはできません。

私が念頭に置いているのは、行が追加されたときに発生し、グリッド自体がスクロールする datagrid イベントを使用することです。

これは、私がどのようにセットアップしたかを概説するいくつかの疑似コードです。

UI.XAML 抜粋

UI.XAML.CS 抜粋

親.CS

データグリッドは編集できません。

ご参考までに、「WPF データグリッドで自動スクロールする方法」という投稿を読みましたが、アイテムがデータグリッドのアイテムソースに追加されるたびに発生するイベントを見つけることができれば、その投稿のコードが機能します。

何か案は？

Ext で表示している 2 つのビューにスクロール バーを追加できませんでした。各ビューはベース ビューの拡張であり、ベースにはautoScroll: true. 要素にoverflow: autoプロパティが適切に割り当てられていることを確認しました。

私はいくつかの検索を行って、この質問を見つけました。その解決策を適用した後 (この'vbox'レイアウトを使用していませんでしたが)、問題は解決しませんでした。

ベースビューは次のとおりです。

2 つの子ビューは次のとおりです。

と：

最終的に、私の質問は、有効な構成プロパティとして Sencha docs にリストされている構成プロパティExt.view.Viewを実際にサポートしているか (または、単に無視しているように見えるか) です。autoScroll構成をサポートしていないことを知っているlayoutため、リンクされた質問のソリューションが機能しなかったのはなぜですか。サポートしている場合、スクロールバーを表示するにはどうすればよいですか?

編集

解決策を考え出す試みで私が発見したいくつかのことは、サイズがハードコーディングされている限り（設定されたピクセル数）、ビュー自体にサイズを設定することです。config: を追加しheight: 500,たり、CSS クラスをheight: 500px;介したパーセンテージ サイズを持つ CSS クラスを追加したりすることはまったく機能しません。コンポーネントのサイズを変更することさえできません。

2回目の編集

受け取った最初の回答へのコメントで述べたように、コンポーネントはサイズを取得していました1063(注: 開発環境は 1080x1920 モニター (縦向き) 上にあり、Chrome で実行されている JavaScript コンソールでは、表示されるフレームの高さです) 「目に1063見える」とは、が追加されているpostPanelことを意味します。View

refresh一時的な解決策を見つけました。残念ながら、実際の製品リリースには理想的ではないと思いますXTemplate。postPanelこれにより、スクロールバーが強制的に適用されるようです。また、2 つの s のイベントを発生させる のresizeイベントにリスナーを追加しました。postPanelrefreshView

追加は...

子ビューに:

そしてへpostPanel：

これが理想的な解決策ではないと私が感じる主な理由は、ビューの自動サイズ変更が親の半分の幅に壊れていることです (そして、イベントparent.getWidth() / 2のthis.setSize()呼び出しで幅を に設定しrefreshても、サイズはまったく変更されません。それに加えて、これが低速のコンピューターにオーバーヘッドを追加するかどうかはわかりません。

構文の強調表示やオートコンプリートなどを行うカスタムコントロールをC＃/Winformsに実装しました。AutoScrollを使用してスクロールを管理していますが、うまく機能しています。

現在、私はまったく最適化を行っていません（最適化は重要ですが、最後に行っています。機能は私が最初に求めているものです）、巨大なドキュメントをレンダリングしています。キーを押すたびに、影響を受ける行が再解析され、構文の強調表示は一貫しています。

現在、私の大きな肉付きのペイント方法では、クリップ領域の外側にある場合でも、すべての文字列、キーワードなどをペイントしています。しかし、ドキュメントの大きさや、キーワード/ハイライトされたビットとピースの組み合わせの数に関係なく、メモリとCPUのオーバーヘッドはそれほど多くなく、非常に高速に実行されます。

だから私の質問-Graphics.Draw*メソッドはどんな種類のカリングをしますか？例：AutoScrollPositionがドキュメントのずっと下にあり、Graphics.DrawString（描画領域の外側にいくつかの座標を挿入）の場合、実際に作業が行われていますか？また、VM内のWin 7でVSを実行していることにも注意してください。それでも、高速で実行されています。今のところ問題ではありませんが、最適化フェーズに関しては後で覚えておくとよいでしょう。：D

乾杯、アーロン

スクロールバーが有効になっているパネルには、多くのボタンがあります。集計キーを押すと、フォーカスがボタン間を移動します。

部分的に表示されているボタンにフォーカスがある場合、パネルはボタンを完全に表示するためにスクロールします。

そのスクロールを防ぐ方法はありますか？

この「自動スクロール」するブックマークレットを変換して、ページの読み込み時に自動実行するように Web サイトに配置するにはどうすればよいですか。コードをそのまま使用してみましたが、ウェブサイトが読み取る前にいくつか変更する必要があると思います。

自然に収まるよりも多くの垂直画面スペースが必要な場合があるパネルがあるため、垂直方向にスクロールできる必要があります。したがって、すべて AutoScroll に設定されています。

コントロールは TableLayoutPanel 内に含まれており、ドッキングするように設定されているため、幅を一致するようにサイズ変更する必要があります。ただし、コントロールがスクロールバーをトリガーすると、違反しているコントロールに最小幅の制約がないにもかかわらず、常に水平スクロールバーが作成されます。ドックコマンドを尊重し、新しい幅に合わせてコントロールを再描画するのではなく、以前の幅に基づいて水平スクロールバーを作成しています。

これを回避するより良い方法はありますか？