3. 実装アイデア¶

思いついた機能を書き出しておく.

3.1. 索引のエントリータイプ¶

文章量が増えた時に有効そうなもの. アマチュア小説家のツールとしての利用を想定した場合、文章中に登場するキャラや地名などの設定管理に使えそうな気がする.

記載例

.. index::
   attribute: word; attr1; attr2; attr3; ...; attrN

以下の記述と同値

.. index::
   single: word
   single: attr1; word
   single: attr2; word
   single: attr3; word
   …
   single: attrN; word

記載例

.. index::
   keys: key1; key2; key3; ...; keyN; title

以下の記述と同値

.. index::
   single: key1; title
   single: key2; title
   single: key3; title
   …
   single: keyN; title

記述時の位置が異なるだけで、attributeと機能は同じ. 文字列が文になるなら「tilte」で、単語に収まるなら「word」と見なす.

記載例

.. index::
   pairs: word; key1; key2; key3; ...; keyN

以下の記述と同値

.. index::
   pair: word; key1
   pair: word; key2
   pair: word; key3
   …
   pair: word; keyN

どのような状況で役に立つのかは失念.

process_index_entryに拡張性を持たせて、indextypesのカスタムができるようにする.

かな文字情報の登録の手間を減らす方法

必要性

必要性

方法

必要性

方法

一定の文字数までの漢字を拾って照合する.
最低文字数以下であれば最後のひらがな・カタカナも拾って読みのブレを避ける.
- ひらがな・かたかな以外の文字は捨てるけど、終端か否かの判定材料は欲しい.
- 現状の終端候補は「を」. 送り仮名としてはあり得ない文字を使う.

「foobarを参照」の同じページ内での該当箇所へのリンクを付与する.

「index-N」の利用条件はページ内ユニークのはずだから、これを使う.
IndexRack/generate_genidex_data内で取ると２回回す必要がある. できれば避けたい.
- see/seealsoの対象をglossaryの限定すれば「main」で決め打ちできる.
- ただし、一意性が現状は保証されていないので微妙.
- 一意性を保証するには、Glossaryクラスでのmake_glossary_term関数前後のケアが必要.

現状

ASISから派生する不都合

対処案

備考