私の環境ではMery.exeのパスに非Ascii文字が含まれているとMigemoをONにして検索してもヒットしなくなるという現象が発生しました。Portableで新規にダウンロードしてmigemo.dllとdictフォルダを突っ込んだだけですので、マクロ・プラグインはデフォルトに同梱されている以外にありません。上記はMeryフォルダをコピーして作ったものですので1~4はMeryフォルダの中身は同じ構成のはずです(4だけMeryフォルダ名を変えましたが)。報告が上がってないところを見ると、私の環境だけなんだろうなと思いつつ、念の為報告します。返信ご報告ありがとうございます。私の環境でも現象を確認しました。側が辞書ファイルのパスでユニコードに対応していないようで、日本語などを含むパスをユニコードで渡すとダメなようです。側で何らかの回避策を施す必要がありそうなので対策を調査してみますね。返信ありがとうございます。migemo側がUnicodeに対応していないのが問題でしたか。Mery側で対応していただけるのであればありがたいですがエンドユーザ側で対策できるので検討した結果、対応しないということでも気にしません。Mery側で対応する場合、辞書を隠しオプションで渡すとかになるんですかね。返信ご返信ありがとうございます。今、ちょうど研究していたところです。migemo側がUnicodeに対応していないのが問題でしたか。側でユニコードのまま渡していたことが問題でした。Mery側で対応する場合、辞書を隠しオプションで渡すとかになるんですかね。渡してやると日本語を含むパスでも辞書ファイルを読み込むことができました。渡してやると日本語を含むパスでも辞書ファイルを読み込むことができました。^^;Shift_JISで表現できる範囲であれば少なくとも私は全然困らないので、この案で十分すぎるほどです。いえ、できればUnicode文字を含むパスも救いたい、というお気持ちもわかります。^^;定番の対応法はショートファイル名で渡すとかですが。さんご返信ありがとうございます。いえ、できればUnicode文字を含むパスも救いたい、というお気持ちもわかります。Migemo側が対応していない以上、どうしようもないような・・・そのようですね、思いつく案は試してみたのですが結局だめでした...。さん情報ありがとうございます。おおー、そんな方法があったのですね。ショートファイル名を作らない設定にしてあるとどうしようもないが...なるほど...。設定で無効にできてしまうのですね。範囲でなら読み込み可能ということができそうです。次のバージョンでは試しにこの方法を実装してみようと思います。返信ご対応ありがとうございます。返信ご確認ありがとうございます。NGという仕様になっています。ショートファイル名の設定オン・オフで確認しました。