問題タブ [statusstrip]

複数行のテキスト ボックスとステータス ストリップの両方がフォームの下部にドッキングされているフォームがあります。

テキストボックスは、フォーム全体のサイズ変更が可能なときにサイズ変更できるようにドッキングする必要があります。

問題は、ステータス ストリップがスクロール バーの下向き矢印の下部にあるテキスト ボックスを覆っていることです。

ステータス ストリップの上に表示したまま、テキスト ボックスを下にドッキングする方法はありますか?

よろしく。

VS2010にstatusStripを含む単純なWindowsフォームがありますが、何を試してもstatusStripの高さは変わりませんが、高さを変更する適切な方法は何ですか？

ありがとう

解析機能がありますが、ファイルを解析して時間がかかります。関数がファイルを解析している間、進行状況バーを表示したいと思います。toolstripprogressbar を追加し、そのプロパティを設定します。ただし、それらが同期的に実行される方法はわかりません。

私はこのようなことをしたい:

ループとスレッドがこれに使用されているため、検索しましたが、役に立ちません。これどうやってするの？

コントロールがフォーム表示領域を超えたときに StatusStrip をスクロールする方法はありますか? 私の StatusStrip は、たくさんのラベル (ボタンとして機能する) を持つタスクバーとして機能します。ラベルが多すぎると、画面の境界からはみ出す可能性があります。

In my WinForms application, I'm currently populating a StatusStrip with multiple ToolStripStatusLabel controls:

http://msdn.microsoft.com/en-us/library/system.windows.forms.toolstripstatuslabel.aspx

存在する唯一のツールチップ プロパティはToolTipTextです。ToolTipオブジェクトへの参照がありません。

このツールチップに右から左へのレイアウトを適用するにはどうすればよいですか?

助けてくれてありがとう！

BackgroundWorker を使用して定期的に ping 操作を実行するツールに取り組んでいます。BackgroundWorker ProgressChanged イベントで問題が発生しています。ProgressChanged イベントのコードは次のとおりです。

ProgressChanged イベントは、最初の値を更新する BackgroundWork と、ping が終了したときに pingcompletedcallback イベントの両方で呼び出されます。ProgressChanged イベントが PingCompletedCallback イベントから実行される場合にのみ、クロス スレッドの問題が発生します。2 番目の進行状況バーを更新しようとすると、エラーがスローされます。

一方の通話で発生しているのに、もう一方の通話では発生していない理由がわかりません。

PingCompletedCallBack は BackgroundWorker スレッドで発生していますか?それがクロススレッドの問題を引き起こしている理由ですか?

もしそうなら、バックグラウンドワーカーではなくUIスレッドで処理されるようにイベントを発生させるにはどうすればよいですか?

編集：

イベントの使用は、スレッドの分離を可能にすることだと思いました。別名ワーカー スレッドは、UI スレッドがリッスンしているイベントを発生させ、発生したイベントは UI スレッドで処理されます。

私の理解が間違っていたので、PingCompletedCallBack はバックグラウンド ワーカーの ReportProgress メソッドにアクセスできますか?

次に、PingCompletedCallback で次のように変更できます。

に：

または、他の方法で変更する必要がありますか？

誰の助けにも感謝します。

編集2：

変更された ProgrssChanged イベント

次に、2 つ目の更新イベントを作成しました

私が残した唯一のことは、UI スレッドで実行されるような方法で PingCompletedCallback から新しいイベントを呼び出すことです。これは Invoke ステートメントが使用される場所ですか、それとも新しいイベントで Invoke を使用する必要がありますか?

ステータスバーを、オーバーフローすることなく、実現可能なウィンドウの左下隅に揃えようとしています。ステータスストリップの位置とサイズを更新するサイズ変更機能を使用することで、その位置を維持できますが、その下部と右側は常にウィンドウを超えて伸びています。これが私がそれがどこに行くべきかを計算する方法です。

ここで、22は一定の高さであり、statusBarにします。フォームに保存されているこれを設定する際に考慮していない他の変数が必要であることは知っていますが、それにアクセスする方法や、それが何であるかさえわかりません。

私は何が間違っているのですか？また、サイズ変更イベントに関係なく、ウィンドウの下部にステータスストリップを保持する簡単な方法は他にありますか？

多数のアイテムを含むステータス ストリップがあります。それらの 1 つはToolStripStatusLabelwithSpring = Trueです。ラベルのテキストが長すぎると、ラベルが見えなくなります。

ステータスストリップを高くして、テキスト全体を複数行で表示することはできますか?

StatusStripまたはToolStripDropDownButtonのいずれにも可能性のあるプロパティが表示されません-ToolStripDropDownButtonのAlignmentプロパティを除いて、役に立ちません。

ToolStripDropDownButtonを左端から遠ざけるために、「シム」/スペーサーなどを追加する必要がありますか？

基本的なサード パーティの WinForms アプリケーションを自動化するための小さなツールを作成するよう依頼されました。

これまでのところ、私は多くのハードルを克服することができましたが、これはそれらすべての中で最もイライラするものの 1 つです (そして、LVM_GETITEMTEXT が 64 ビット ポインターを含む LVITEM 構造体を返していることを確認するためだけに 8 時間を調査に費やしたことは、非常にイライラさせられました) -サードパーティアプリケーションの StatusStrip で ToolStrupStatusLabel への参照を取得する方法がまったく見つからないようです。

アプリケーションが割り当てられたタスクを終了したことを示す唯一の兆候は、StatusStrip が更新されて終了したことを示すときです。あるジョブがいつ終了して別のジョブに進むかがわからない場合、その操作を確実に自動化することはできません。

アプリケーションに SendMessage() できるメッセージはありますか? 呼び出すことができる関数はありますか? このラベルのテキストを見つけて、アプリケーションのステータスを把握するのに役立つものはありますか?

自動化ツールは、さまざまな Windows 機能の pInvoke を使用して C#/Winforms でプログラムされています。また、LVITEM 構造体からデータを取得するのを支援するために C++ で独自の DLL を作成したので、C++ の回避策も可能です。