HMJRE.DLL の保存場所No.01539
ひろ さん 03/06/11 12:39
 
 秀まるおさん、秀丸担当さん今日は、ひろです。
 HMJRE32.DLL が将来鶴亀や秀Termでも利用され、曖昧検索のカスタマイズか
可能になるを考慮して、こちらの DLL も JRE32.DLL の様にシステム・フォル
ダに一つ、若しくはマクロのように正規表現 DLL の保存フォルダを指定可能
にして頂けないでしょうか?
 NT 系で管理者権限を持っていない場合を考えると、後者の方が便利なのか
なあ〜。
 こちらの環境は、Windows98+IE6.0+秀丸 Ver.4.00β1 です。

[ ]
RE:01539 HMJRE.DLL の保存場所No.01543
秀まるお さん 03/06/11 13:57
 
>  HMJRE32.DLL が将来鶴亀や秀Termでも利用され、曖昧検索のカスタマイズか
> 可能になるを考慮して、こちらの DLL も JRE32.DLL の様にシステム・フォル
> ダに一つ、若しくはマクロのように正規表現 DLL の保存フォルダを指定可能
> にして頂けないでしょうか?

 できません。現状のjre32.dllでもそのように処理してないです。あいまい検
索のカスタマイズもとりあえずサポートしません。

[ ]
RE:01543 HMJRE.DLL の保存場所No.01545
ひろ さん 03/06/11 14:40
 
 秀まるおさん今日は、ひろです。
> >  HMJRE32.DLL が将来鶴亀や秀Termでも利用され、曖昧検索のカスタマイズか
> > 可能になるを考慮して、こちらの DLL も JRE32.DLL の様にシステム・フォル
> > ダに一つ、若しくはマクロのように正規表現 DLL の保存フォルダを指定可能
> > にして頂けないでしょうか?
>
>  できません。現状のjre32.dllでもそのように処理してないです。
 前回の私の投稿部分の後者については兎も角、前者 (複数のソフトウェアか
ら利用することを考慮してシステム・フォルダで一元管理する事) は、秀丸
Ver.2.xx/Ver.3.xx + JRE32.DLL では出来ています。恐らくこれは、Win32API
LoadLibrary 関数は、システム・フォルダなどを検索するからだと...。
 ##そもそも JreEdit は JRE32.DLL が複数のフォルダに有ると、誤動作する
らしいので(^^)、この様なことをし始めたのね。

> あいまい検
> 索のカスタマイズもとりあえずサポートしません。
 現状というか、ひょっとすると当分サポートされないことは承知しています。
あくまで将来サポートされた場合、例えば鶴亀と秀丸で別々にあいまい検索カ
スタマイズ・データ・ファイル (仮に HMJRE.DAT とします) を、それぞれ別
のインストール・フォルダに保存しなければならないなら、HMJRE.DAT の管理
が大変ですし、間違いの原因になります。

 以上のことから、今回の要望を出させていただきました。

[ ]
RE:01545 HMJRE.DLL の保存場所No.01550
秀まるお さん 03/06/11 15:25
 
 そもそも、hmjre.datのようなデータファイルを作る予定が無いです。なので、
hmjre.dllをどこか一カ所に置いても意味が無いと思います。

 あいまい検索のカスタマイズは今のところ中止してます。どうしてかというと、
現状のJRE32.DLLにもあることですが、ややこしい問題があるからです。それを
説明するのは少々骨がおれるので、とにかく現段階ではHMJRE.DATのような任意
キーワード同一指定はやらないです。

[ ]
RE:01545 HMJRE.DLL の保存場所No.01551
秀まるお さん 03/06/11 15:29
 
 例えばですが「NEC」と「XYZ」を同一視すると指定した場合で、「E」を検索
した場合、当然それは、「NEC」中のEにもヒットしないとまずいです。

 僕の作ったあいまい検索の方式では、それが実現できません。

 例えば、僕の作ったDLLでは、AとAを同一視するとした場合、AをAに変換し
てから検索させる作りにしました。そうすれば、Aを検索した時にAにもAにもヒ
ットするし、Aを検索してもどっちにもヒットします。

 とりあえず、現状であいまい検索を必要とするのは「全角/半角の区別」など
の定型的な物がほとんどだろうということで、任意の同一視指定は出来ないこと
にしました。

[ ]
RE:01545 HMJRE.DLL の保存場所No.01552
秀まるお さん 03/06/11 15:30
 
 ちなみに現状で僕が作ったJREFUZZY.Hは以下の通りです。

// JreFuzzy.h
#define FUZZYOPTION_NOCASE              1       // 半角英数字の大文字/小文
字を区別しない
#define FUZZYOPTION_NOCASEZENKAKU       2       // 全角英数字の大文字/小文
字を区別しない
#define FUZZYOPTION_NOHANZEN            4       // 半角/全角を区別しない
#define FUZZYOPTION_NOHIRAKATA          8       // ひらがなとカタカナを区別
しない
#define FUZZYOPTION_NOBIGSMALLKANA      0x10    // 大きい「あ」と小さい
「ぁ」を区別しない
#define FUZZYOPTION_NODAKUON            0x20    // 濁音、半濁音を区別しない。
「は」、「ば」、「ぱ」を同一視する。

#define FUZZYOPTION_ALL         0xFFFFFFFF

struct JREFUZZYDATA {
    DWORD   dwSize;
    DWORD   flags;
    char*   pszFindConved;
    int     cchFindConved;
    char*   pszTargetConved;
    int     cchTargetConved;
    char*   pbTargetPos;
    DWORD   adwReserved[4];
};

extern "C" BOOL WINAPI Fuzzy_Open( JREFUZZYDATA* pData );
extern "C" BOOL WINAPI Fuzzy_Close( JREFUZZYDATA* pData );
extern "C" BOOL WINAPI Fuzzy_ConvertTarget( JREFUZZYDATA* pData, const char*
 pszSrc );
extern "C" BOOL WINAPI Fuzzy_ConvertFindString( JREFUZZYDATA* pData, const c
har* pszSrc, BOOL fRegular );
extern "C" int WINAPI Fuzzy_FindPos2RealPos( JREFUZZYDATA* pData, int x );
extern "C" int WINAPI Fuzzy_RealPos2FindPos( JREFUZZYDATA* pData, int x );
extern "C" void WINAPI Fuzzy_SetOptionAtJre( JRE2* pJre, DWORD flags );

[ ]
RE:01551 HMJRE.DLL の保存場所No.01555
秀まるお さん 03/06/11 15:57
 
 今思ったけど、検索対象文字列中の「NEC」および「XYZ」を、両方とも
「NECXYZ」に変換すれば、とりあえず「E」や「X」でヒットしないってことには
ならないようです。

 でも、ヒットした位置の特定が困難な気がするし、単語の検索や正規表現と組
み合わせることを考えると無理があるし…。とにかくもっと時間をかけてその辺
の仕組みを考えます。

[ ]
RE:01552 HMJRE.DLL の保存場所No.01572
山紫水明 さん 03/06/11 20:28
 
 秀まるおさん,こんばんは。

》 ちなみに現状で僕が作ったJREFUZZY.Hは以下の通りです。

「新旧漢字を区別しない」を入れるのは無理でしょうか。
実と實,国と國,学と學,数と數など。
ちょっと数が多いですか。

     では, (^^)/~
                                        山紫水明

[ ]
RE:01555 HMJRE.DLL の保存場所No.01575
ひろ さん 03/06/11 23:04
 
 秀まるおさん今日は、ひろです。
> ヒットした位置の特定が困難な気がするし、単語の検索や正規表現と組
> み合わせることを考えると無理があるし…。とにかくもっと時間をかけてその辺
> の仕組みを考えます。
 私がやりたいあいまい検索は、仮名文字は勿論、山紫水明さんの仰るような、
新旧を含めた異字体や「五月」と「皐月」などある特定の文字列です。

 何方にしても、ややこしいことが絡むので、HMJRE.DLL の置き場所を含め、
カスタマイズ可能になってから改めて要望を出します。

[ ]
RE:01572 HMJRE.DLL の保存場所No.01585
秀まるお さん 03/06/12 07:52
 
> 「新旧漢字を区別しない」を入れるのは無理でしょうか。
> 実と實,国と國,学と學,数と數など。

 僕の使っているWord95(古い!)ではそういうあいまい検索も出来るようです。
実現自体は簡単なんですが、そういう漢字を拾ってくるのが難しいし、たぶんで
すが、カスタマイズできる作りにしておかないと、HmJre.dllを何度もアップ
デートすることになりそうです。

 ひろさんの話と関係しますが、とにかく実現できるように方式を考えると同時
に、新旧漢字の対応表など探してみます。

[ ]
RE:01575 HMJRE.DLL の保存場所No.01586
秀まるお さん 03/06/12 08:09
 
>  私がやりたいあいまい検索は、仮名文字は勿論、山紫水明さんの仰るような、
> 新旧を含めた異字体や「五月」と「皐月」などある特定の文字列です。

 1文字だけの変換なら問題ありません。または、同一視する仲間の中に複数文
字の単語が1つだけ含まれている分には問題ないです。

 新旧漢字の変換についてgoogleで検索したら、1件目に出てきたのは一太郎用
のソフト、2件目がなんと、うちのライブラリの、なむnomotoさん作の
jre32.datでした。

 なむnomotoさんのデータを勝手に使わせていただくにしても、やはりこの部分
については変換テーブルをHmJre.dllの外部に持たないとダメかと思います。詳
細を検討します。

[ ]
RE:01586 HMJRE.DLL の保存場所No.01599
ひろ さん 03/06/12 12:14
 
 秀まるおさん今日は、ひろです。
 #01585
>  僕の使っているWord95(古い!)
 最近は OpenOffice をインストールしたので、あまり使いませんが、私も
Word は未だに 95 です(^^)。

> 新旧漢字の対応表など探してみます。
 新旧漢字というか異字体のテキスト・データとしては、QX エディタ用の物
があります。→http://www.vector.co.jp/soft/win95/writing/se043005.html
 実は私は JRE32.DAT を作成する際、これを参考にしました。

 #01586
>  なむnomotoさんのデータを勝手に使わせていただくにしても、やはりこの部分
> については変換テーブルをHmJre.dllの外部に持たないとダメかと思います。詳
> 細を検討します。
 やはり外部に持つ必要があるとおもいます。山紫水明さんも私も日本語しか
取り上げていませんが、欧文の場合まで考慮すると、不規則変化する品詞、英
米英語の綴り、ドイツ語に代表される時代による綴りの変化もあいまい検索に
関わってきます。

[ ]
RE:01599 HMJRE.DLL の保存場所No.01628
秀まるお さん 03/06/12 18:26
 
> があります。→http://www.vector.co.jp/soft/win95/writing/se043005.html

 ダウンロードしたら、これはパクらせていただくに最高の素材でした。

> 欧文の場合まで考慮すると、不規則変化する品詞、英
> 米英語の綴り、ドイツ語に代表される時代による綴りの変化もあいまい検索に
> 関わってきます。

 writeとwrittenを同一視するとか、そういうサンプルがついてましたが…。僕
のやり方ではこういう検索には対応できないです。

[ ]
RE:01628 HMJRE.DLL の保存場所No.01630
ひろ さん 03/06/12 19:09
 
 秀まるおさん今日は、ひろです。
> > があります。→http://www.vector.co.jp/soft/win95/writing/se043005.html
>
>  ダウンロードしたら、これはパクらせていただくに最高の素材でした。
 お役に立てて幸いです。

>  writeとwrittenを同一視するとか、そういうサンプルがついてましたが…。僕
> のやり方ではこういう検索には対応できないです。
 欧文使いには悲しいお知らせですね。

 ということは、「秀まるお」「斉藤秀夫」「xxxxxxxx@nifty.ne.jp」
「maruo@mitene.or.jp」の同一視という、JRE32.DLL+JRE32.DAT で可能なこと
も出来ないんですね。ちょっと残念。

[ ]
RE:01628 HMJRE.DLL の保存場所No.01673
なむnomoto さん 03/06/13 17:14
 
   横から済みません
                  なむnomotoです    

>> があります。→http://www.vector.co.jp/soft/win95/writing/se043005.html
>
> ダウンロードしたら、これはパクらせていただくに最高の素材でした。

   私の提供した「新旧漢字同一視」のJRE32.DATは、漢字を
   絞っています。
   どちらかといえば、一般的な内容で、簡単なものです。
   漢文データ(旧漢字基本)を作成している関係で必要なので、
   私どもの漢文データ作成に会わせた同一視ですから、
   厳重な異体字同一視は、わざとしていません。

    例えば、 叶  は辞書上では「協」と同じです。
    実際には、同一視できない使用が多いので外して
    います。
   山紫水明さんのおっしゃるのは、一般的な新旧漢字同一視
   だと思いますが・・・、だといけます。
   いずれにしても、カスタマイズできる方が良いと思います。

   ■ V4.0 になると、JRE32.DAT は使用できなくなるのですか?
   となると、V3.xx 以前の「秀丸」エディタに限定しないと使え
   なくなるのですけど?
    って、まだβ版を使用していないで言うのも申し訳ないm(_ _)m


[ ]
RE:01673 HMJRE.DLL の保存場所No.01685
秀まるお さん 03/06/13 19:27
 
>    ■ V4.0 になると、JRE32.DAT は使用できなくなるのですか?

 HmJre.dllが標準になる可能性が高いですが、JRE32.DLLも相変わらず添付して、
選択できるようにする予定です。なので、JRE32.DATが使えなくなることは無い
です。

[ ]
RE:01630 HMJRE.DLL の保存場所No.01686
秀まるお さん 03/06/13 19:30
 
>  ということは、「秀まるお」「斉藤秀夫」「xxxxxxxx@nifty.ne.jp」
> 「maruo@mitene.or.jp」の同一視という、JRE32.DLL+JRE32.DAT で可能なこと
> も出来ないんですね。ちょっと残念。

 前の話にあるとおり出来ません。

 実は先ほど、QX用のあいまい検索定義ファイルをそのまま読み込めるバージョ
ンのHmJre.dllを作った所ですが、読み込み(および内部データへの変換)に2
秒くらいかかってしまいます。方式を考え直します。

[ ]
RE:01686 HMJRE.DLL の保存場所No.01692
ひろ さん 03/06/13 19:40
 
 秀まるおさん今日は、ひろです。
>  前の話にあるとおり出来ません。
 こんな時は、引き続き JRE32.DLL を使用します。

>  実は先ほど、QX用のあいまい検索定義ファイルをそのまま読み込めるバージョ
> ンのHmJre.dllを作った所ですが、読み込み(および内部データへの変換)に2
> 秒くらいかかってしまいます。方式を考え直します。
 ご苦労様です。

[ ]
RE:01686 HMJRE.DLL のあいまい検索定義フNo.01694
ひろ さん 03/06/13 19:47
 
 秀まるおさん今日は、ひろです。
>  実は先ほど、QX用のあいまい検索定義ファイルをそのまま読み込めるバージョ
> ンのHmJre.dllを作った所ですが、読み込み(および内部データへの変換)に2
> 秒くらいかかってしまいます。方式を考え直します。
 一つ聞き忘れました。
 この HmJre.dll は鶴亀/秀丸双方で使えるようですが、あいまい検索定義
ファイルは、結局一元管理できるのでしょうか? 個人的には、*.key,
*.hiligh と同じ様にファイル検索をして頂くだけでも十分なのですが...。
 ##結局スレッドが繋がったまま、最初の問いに戻ってしまった(^^;。

[ ]
RE:01694 HMJRE.DLL のあいまい検索定義フNo.01704
秀まるお さん 03/06/14 22:07
 
 この辺の仕様は、僕自身作ってる最中なので「こうなります」とは言えません。
次のβ版での仕様が次の次のβ版では変わるかも知れません。

 少なくとも、「JRE32.DLLと同じフォルダのJRE32.DAT」のような固定した物に
はなりません。現状ではレジストリを使ってる部分があるんですが、それも少々
問題があってどうしようかと試行錯誤してたりします。DLLのデータをSHAREDに
するかどうかでもかなり苦労してるし、読み込みの高速化も大変なので、やはり
DATファイルにするかもしれないし、キャッシュにするかもしれないし。

 っと言ってる間にバグも出るし。

[ ]
RE:01704 HMJRE.DLL のあいまい検索定義フNo.01714
ひろ さん 03/06/16 13:11
 
 秀まるおさん今日は、ひろです。
>  この辺の仕様は、僕自身作ってる最中なので「こうなります」とは言えません。
> 次のβ版での仕様が次の次のβ版では変わるかも知れません。
 そうですか。

 それでは実際に実現されるかどうか解りませんが、一元管理できるようにし
て欲しい、と要望だけ出しておきます。

[ ]