問題タブ [windows-search]

MSDN のドキュメントでは、属性などのPROPDESCファイルの XSD のように見えるフラグメントが表示されpropertyDescriptionListます。.propdesc ファイルを検証できるように、スキーマ定義全体はどこかにありますか?

Windows 7 SDK サンプルのサンプル propdesc ファイルを次に示します。このサンプルでは、​​.recipe のカスタム ファイル タイプを定義しています。

更新: MSDNに xmlns への参照を要求するメモがありhttp://schemas.microsoft.com/windows/2006/propertydescriptionますが、私が知る限り、それは単なるプレースホルダー URL です。

そこで、Windows 7 SDK サンプルから RecipePropertyHandler を作成し、regsvr32 を実行して、PROPDESC ファイルを登録しました。Difficultyこれにより、詳細ペインの 3 つの状態のドロップダウン ボックスを使用して、タイプ のファイルで名前が付けられたカスタム プロパティを編集できるように.recipeなり、そのプロパティをエクスプローラの詳細ビューの列として追加するオプションも提供されます。

ここまでは順調ですね。ただし、この MSDN スレッドの指示に従おうとしていますが、奇妙なことがいくつか見られます。

まず、彼らが言及している 3 つのレジストリ エントリのいずれも表示されません。具体的には：

1. HKLM\Software\Microsoft\Windows\CurrentVersion\PropertySystem\PropertySchema\
2. HKLM\Software\Microsoft\Windows\CurrentVersion\PropertySystem\PropertyHandlers.recipe
3. HKLM\Software\Classes\CLSID{50D9450f-2a80-4f08-93b9-2eb526477d1a} [実際にはこれは Vista SDK からのもので、CLSID が変更されたように見えますが、新しいものはレジストリにもありません。]

彼らは他のスレッドで .reg ファイルについて言及していますが、もうそのようには機能しないと思います。価値があるのは、下にエントリが表示されることHKEY_CLASSES_ROOT\.recipeです。次のように prop.exe ユーティリティを使用して、インストールされたプロパティを確認することもできます。

とにかく、主な問題は、Windows エクスプローラーの検索 UI で正規名またはニーモニック名のいずれかを使用して、このプロパティをクエリできないかということです。それは私にはうまくいかないようで、サポートされているかどうかは他のスレッドからは明らかではありません。ただし、Vista と Windows 7 ではこの情報が別の場所に保存される場合があります。

ただし、少なくとも 1 つの非カスタム プロパティが高度な検索クエリ構文を使用してサポートされていることに気付きました。つまりMicrosoft.IE.VisitCount、ie9props.propdesc で定義されています。だから、これを行う方法がなければならないと思います。Advanced Query Syntaxpropertyname:valueを使用して入力すると、エクスプローラーの検索バーに青いテキストが表示されます。詳細ペインでカスタム編集 UI がサポートされているかどうかはわかります。プロパティがクエリ可能であれば、エクスプローラー UI に小さな検索フィルターが表示されます。

Windows 2012 に Windows Search Service 機能をインストールしました。現在、Windows 2008 から Windows 2012 カタログにクエリを送信するフォームをテストしています。Windows 2008 には、db ドライバーをインストール/登録するための Windows Search サービスもインストールされています。

フォームは Windows 2012 でローカルでのみ正しく機能しますが、Windows 2008 から Windows 2012 (カタログへのリモート アクセス) では機能しません。Wireshark は発信クエリを表示しません。

ローカル カタログへのクエリ (成功):

リモート カタログへのクエリ Windows 2008 > Windows 2012 (成功なし)

コードの一部 - テスト中に select のみが変更されます

参照

MSDN - SCOPE および DIRECTORY 述語

語句を含むファイル、またはその名前に語句が含まれるファイルを検索しようとしています。

時々結果を持つクエリを取得することができましたが、いつ、なぜ結果が返されるのかわかりません。

これは私が使用しているクエリです:

MYPHRASE 名を含む、またはコンテンツに含まれるすべてのファイルを取得したいだけです。

これは私のoleconnectionstringです：

誰かが私のクエリの何が問題なのか教えてもらえますか?

次の OLEDB コマンドを実行して、同じドメインのリモート マシン (ALEC-HP) で検索インデックスをプログラムでクエリしようとすると、次のエラー メッセージが表示されます。

不明なエラー: -2147219688(0x80040718)

ローカル マシンでは、共有\\ALEC-HP\Simon.ALEKATEST.000は正常に表示されます

クエリが次のように単純化されている場合

同じエラーが発生します。

ローカル インデックスに対するクエリ

正常に実行されます。ALEC-HP で検索インデックスを再構築しても役に立ちません。

リモート マシン ALEC-HP は Windows 7 を実行しており、ローカル検索はそのマシンで正常に動作します。

• Win 8.1 を実行しているリモート マシンを使用すると、リモート インデックス クエリは正常に実行されます。
• クエリが実行されるリモート マシンとクエリが実行されないリモート マシンの検索インデックス フォルダー (C:\Program Data\Microsoft\Search) のアクセス許可に大きな違いは見られません。
• Win 8.1 リモート マシンには、Win 7 マシンに存在する .ci ファイルを含む検索インデックス フォルダー C:\Program Data\Microsoft\Search\Data\Applications\Windows\Projects\SystemIndex\Indexer\CiFiles がないようです。
• これらは、Windows Search Indexer で使用される edb データベース (Jet Blue) のデータベース ファイルだと思います。
• ローカル マシンは Windows 8.1 を実行します。

Windows 8.1 を実行しているリモート マシンの検索インデックスに問題が発生しました。

C# を使用して、 Windows 検索プロトコルに従って Windows 共通デスクトップ検索をトリガーしようとしています。これを実装するのは非常に単純なコードです。

上記は Win7 と Win8 の両方で正常に動作し、検索ウィンドウが表示されます。しかし、ドキュメントにあるようにクエリを追加すると:

応答がないだけで、例外もありません。その後、クエリに位置情報を追加しようとしました:

奇妙なことに、これは検索ウィンドウのプロンプトである Win7 では問題なく機能し、期待どおりに「a」の検索を開始します。しかし、Win8で失敗し、実行がスローされました:

未処理の例外: System.ComponentModel.Win32Exception: System.Diagnostics.Process.Start(ProcessStartInfo) の System.Diagnostics.Process.Start() の System.Diagnostics.Process.StartWithShellExecuteEx
(ProcessStartInfo startInfo)で指定されたドライブが見つかりませんstartInfo) at System.Diagnostics.Process.Start(String fileName) at ProcessStart.Program.Main(String[] args) in e:\WorkSpace\ProcessStart\Process Start\Program.cs:line 15

検索プロトコルに関する Win7 と Win8 の違いは何ですか? ありがとうございました！

Windows Search を拡張したいと考えています。TIFF ファイル内のいくつかのカスタム プロパティを検索できるはずです。

IPropertyStore対応するorのデフォルトの実装を拡張することは一般的に可能IFilterですか?

PowerShell と Windows Search を使用して、ディスク使用量の統計を取得しようとしています。これは私が今思いついたものです：

これは機能しますが、見栄えが悪くなります。私もこれを見つけて試しました：

これは見栄えがよくなりますが、エラーがスローされます。

"Compute" と引数カウント "1" のオーバーロードが見つかりません