EBWin4とEBPocket for Androidを利用しております。

EBWin4・EBPocket for AndroidでEPWING版ジーニアス英和大辞典の検索結果を表示させる際、一部の単語の検索表示が不自然になっております。

例えば、単語が以下のように並んでいるとき、

--------
ac・ces・so・ri・ness 【名】

ac・ciac・ca・tu・ra
/tktr｜tk-/〔イタリア〕
【名】(複〜s, -・re/ri/)〔音楽〕アチャカトゥーラ《旋律わ的に主要音に隣り合った弱い装飾音；主要音と同時か直前に演奏される；バロック期の鍵盤音楽にみられる》.
--------

ac・es・so・ri・nessを選択して表示させると、

--------
【名】

ac・ciac・ca・tu・ra
/tktr｜tk-/〔イタリア〕
【名】(複〜s, -・re/ri/)〔音楽〕アチャカトゥーラ《旋律わ的に主要音に隣り合った弱い装飾音；主要音と同時か直前に演奏される；バロック期の鍵盤音楽にみられる》.
--------

のように表示されます。

この現象は、
ac・ces・so・ri・ness 【名】
のような説明のない単語を表示する際に発生します。

これを正しく表示させることはできますでしょうか？
（または正しく表示できるような改修はできますでしょうか？）

上記の現象の再現・分析に必要な情報（テキストダンプ等）がありましたら、お伝えください。


よろしくお願いいたします。

> EBWin4・EBPocket for AndroidでEPWING版ジーニアス英和大辞典の検索結果を表示させる際、一部の単語の検索表示が不自然になっております。
(略)
> この現象は、
> ac・ces・so・ri・ness 【名】
> のような説明のない単語を表示する際に発生します。

このタイトルは所有しています。ジーニアス系はこの手の問題が多くて、ビューア開発者泣かせです。

accessorinessで検索した場合、本文のアドレスが見出語ac・ces・so・ri・ness の先頭ではなく、その直後の 【名】の位置を指しています。

EBDumpの結果：

索引の部分：
block#=0034(52) 
ID=80桁数=0要素数=55 
...
                              本文アドレス 見出しアドレス
ＡＣＣＥＳＳＯＲＩＡＬ[22][6563:648][1DFE:46E]
ＡＣＣＥＳＳＯＲＩＬＹ[22][6566:200][1DFE:4BE]
ＡＣＣＥＳＳＯＲＩＮＥＳＳ[26][6566:27A][1DFE:512] <========

本文の (Hex)6566ブロックの27Aを指しています。
...

本文：
27Aは【名】を指しています。

block=6566(25958)
Offs -0--1--2--3--4--5--6--7--8--9--A--B--C--D--E--F 0123456789ABCDEF
0200 1F 41 01 00 1F 61 21 5A 49 7B 21 5B 1F 0A 1F 09 ......【副】....
0210 00 01 1F 09 00 02 1F 41 01 00 1F 61 1F E0 11 03 ................
0220 1F 10 1F 04 23 61 23 63 1F 05 1F 04 21 26 1F 05 ....ａｃ....・..
0230 1F 04 23 63 1F 05 1F 04 A1 2E 1F 05 1F 04 23 73 ..ｃ....。.....ｓ
0240 1F 05 1F 04 21 26 1F 05 1F 04 23 73 23 6F 1F 05 ....・....ｓｏ..
0250 1F 04 21 26 1F 05 1F 04 23 72 23 69 1F 05 1F 04 ..・....ｒｉ....
0260 21 26 1F 05 1F 04 23 6E 23 65 23 73 23 73 1F 05 ・....ｎｅｓｓ..
0270 1F 11 1F 04 21 21 1F 05 1F E1 1F 41 01 00 1F 61 ....　..........
                                   ↑[6566:27A]見出しの直後の1F41を指している
0280 21 5A 4C 3E 21 5B 1F 0A 1F 09 00 01 1F 41 01 00 【名】..........
0290 1F 61 1F 09 00 01 1F E0 11 03 1F 10 1F 04 23 61 ..............ａ
02A0 23 63 1F 05 1F 04 21 26 1F 05 1F 04 23 63 23 69 ｃ....・....ｃｉ
02B0 23 61 23 63 1F 05 1F 04 21 26 1F 05 1F 04 23 63 ａｃ....・....ｃ
02C0 23 61 1F 05 1F 04 21 26 1F 05 1F 04 23 74 23 75 ａ....・....ｔｕ
02D0 1F 05 1F 04 21 26 1F 05 1F 04 23 72 23 61 1F 05 ....・....ｒａ..
02E0 1F 11 1F 04 21 21 1F 05 1F E1 1F 09 00 02 1F 10 ....　..........
02F0 1F 04 A2 35 1F 05 1F 04 A1 2A 1F 05 1F 04 23 74 ..「5....。*....ｔ

--
これを期待通りに表示するには、表示開始位置をバックしないといけません。
(この例だとブロック内アドレス020Eの1F090001ぐらいまで)

ただEPWINGでは1F09xxxxはただの字下げ指定で、1F41が検索キー記述子なので、表示を戻るのもおかしいのです。
結局EPWING版ジーニアスのオーサリングがおかしいと思っているので、EBシリーズでは個別の対処を行なっていません。

ご回答ありがとうございます。

> EBDumpの結果：
（略）
> 結局EPWING版ジーニアスのオーサリングがおかしいと思っているので、EBシリーズでは個別の対処を行なっていません。

hishida様のご説明で、索引で指定した位置の検索キー記述子で表示させると ac・ces・so・ri・ness と【名】が分割してしまう現象が、EPWING版ジーニアスの仕様であることを理解いたしました。


# 以下は個人的な要望です。

> (この例だとブロック内アドレス020Eの1F090001ぐらいまで)

このことと関係があるか分かっておりませんが、ストップコードを1F0900011F410100と指定すると単語と説明の区切りが良い感じに挿入されます。
これを利用して、区切り位置まで戻って表示させるような挙動は実現できますでしょうか。

hishida様のご説明にもあります通り、字下げ指定である1F09xxxxに戻る挙動は不自然かもしれませんが、区切り位置（＝ストップコード）に戻る挙動であれば自然であると思います。

どうぞご検討のほどよろしくお願いいたします。

わたしも「ジーニアス英和大辞典」の派生語表示の不具合を見つけ、辞書（HONMON）の前方一致INDEX のデータを書き換えることで対応しました。修正したものを12年間使っていますが、エラー等はおきていません。
Perlを使った修正スクリプトを公開していますので、以下のキーワードで検索してみてください。（投稿にURLを書くと「禁止ワードが含まれています」と表示されて投稿できないので）

「ジーニアス英和大辞典」の派生語表示修正スクリプト

佐藤正明さん、ご回答ありがとうございます。

> 「ジーニアス英和大辞典」の派生語表示修正スクリプト

こちらを紹介しているサイトは2017年1月31日に閉鎖となっておりましたが、幸いにも検索結果のキャッシュから無事スクリプトを入手できました。

これから紹介してくださったスクリプトを利用してみようと思います。

> こちらを紹介しているサイトは2017年1月31日に閉鎖となっておりましたが、幸いにも検索結果のキャッシュから無事スクリプトを入手できました。
>
> これから紹介してくださったスクリプトを利用してみようと思います。

そうなんです。サイトが閉鎖になりました。キャッシュでみつかってよかったです。
引越し先のURLを記載しようとしても、禁止ワードのエラーが出て掲示板に書き込めません。
全角で記載してみます。
ｈｔｔｐ：／／ｂａｂｅｌｋｕｎｄ．ｎｏｂｏｄｙ．ｊｐ