問題タブ [openfiledialog]

OpenFileDialog は、null で終わる文字列のシーケンスを含むメモリへのポインターを返し、その後に配列の末尾を示す最後の null が続きます。

これは、アンマネージ ポインターから C# 文字列を取得する方法ですが、より安全でエレガントな方法があるはずです。

私が取り組んでいるアプリケーションでは、SaveFileDialog と OpenFileDialog を通常の目的 (ファイルを保存して開く) に使用しようとしています。

ただし、UI を所有するスレッドで時間に敏感なことが多すぎるため、アプリケーションはクラッシュせずにモーダル フォーム/ダイアログをサポートできません。

これらの機能を UI 所有スレッドから移動するようにアプリケーションを書き直すことは、当面は現実的ではありません。私が取り組んできた機能を完成させるには、2 つのファイル ダイアログに代わるもの、できれば非モーダル フォームで動作するコントロールが必要です。

UI 所有スレッドをブロックしないで使用できるものはありますか?

1 ～ 3 個のファイルを受け入れることができるコンソール プログラムを作成しています。ファイルを受け入れるのに 3 回使用しOpenFileDialogていますが、2 回目と 3 回目はファイル ダイアログがコンソール ウィンドウの背後にあるため、わかりにくくなっています。上に表示させる方法はありますか？

問題のイメージ:

関連するコードは次のとおりです。

特定のファイル拡張子を除外するフィルタを C# openFileDialog に適用しようとしています。たとえば、ディレクトリ内の .txt ファイルではないすべてのファイルを表示したいとします。

これを行う方法はありますか？

OpenFileDialog が作業ディレクトリを変更するのはなぜですか? System.Windows.Forms の多くの関数が作業ディレクトリを変更すると仮定する必要がありますか?

OpenFileDialogの動作を変更して、開いているフォルダー内のファイルの内部を調べ、その内容に基づいて特定のファイルを無視するようにする方法はありますか？

1つの例は、Zipファイルでいっぱいのフォルダーを開くことですが、特定のファイルを含むフォルダーのみを表示します。

ドキュメントから、HookProcがありますが、それをどのように使用するかは正確にはわかりません。

可能であれば、比較的遅い操作になると思いますのでご注意ください。現時点では、パフォーマンスについては心配していません。

ありがとう！

標準のシステムでファイルを開くダイアログを自分が作成したダイアログに置き換えたいのですが、ファイルを開いているプログラムに関係なく、標準のダイアログの代わりにダイアログが表示されますが、これは可能ですか？

これを実現するために提供されているそのようなAPIはないようですが、フック技術を使用することは可能ですか？しかし、これは信頼性が高く、ウイルス対策ツールによってスパイウェアとして扱われないようにする必要がありますか？

他のオプションはありますか？

これが不可能な場合は、標準のファイルを開くダイアログのスペースバーまたはツールバーに、ダイアログを呼び出すボタンを追加できます。これにより、ユーザーはファイルを選択し、選択したファイルのパスを「ファイル名」に戻すことができます。 「標準ダイアログの入力ボックス？

ヒット、リンク、コード例をいただければ幸いです。

私が提供しているアプリケーションでユーザーがローカルファイルを参照する場所を構築したいのですが、実際には画面は OpenFileDialog と同じですが、それをダイアログではなく、フォームのコントロールにしたいと考えています。

Web ブラウザー コントロールを使用しようとしましたが、動作しますが、それを動作させるには一連のナビゲーション コードを作成する必要があり、別の問題は、ユーザーがその画面でファイルを選択した場合、キャプチャする方法がわからないことです。結果。

それで、それを行う別の方法はありますか？または、OpenFileDialog コントロールの一部をオーバーライドして、ダイアログとして表示するだけでなく、通常のコントロールとして表示することもできます。

ありがとう

ダイアログをGetOpenFileName表示し、SharePoint サーバーへの URL を入力すると、Web クライアント サービス (WebDAV ミニ リダイレクター) を使用してそのサーバーを参照できます。最初のディレクトリをその URL として表示しようとしていますが、それを無視しているようです (OPENFILENAME構造体のを使用lpstrInitialDir)。ローカルパスは正常に機能します。

編集: ポールは URL の形式を要求しました: それはhttp://doc.name.com です。また、末尾のスラッシュ (両方のフレーバー) を試して、それが違いを生むかどうかを確認しました (別の投稿された質問でそれへの参照を見ました)。 . そうではないようでした。

EDIT2: HTTP URL (つまり、\doc.name.com\DavWWWRoot) の代わりに WebDAV アドレスを使用すると、これは機能します。これは、ユーザーが認識するサイトのビューではないため、問題を解決しません。で作業するのが困難です。