kbDoc | ノードとリーフ

文書データーベースでは、ツリー構造の中に文書を格納していきます
エクスプローラーで見るフォルダとファイルの関係に似ていて、分類にあたる物をノード(枝) ファイルにあたる物をリーフ(葉)と呼びます
ただし、ノードもリーフもどちらもページで、文書を持っています
下位にページを持っているページがノードとなります
この構造は、Webのサイトマップの構造と似ていて、分類のページでも、内容を持っています
通常の読み物の場合は、部・章・節は、見出しだけの場合が多く、それ自体が文章をもっていても僅かです
一方、仕事で使われる報告書・計画書等は、部・章・節それぞれで要点をまとめたページがあった方が分かりやすいです
例えば、１０枚の報告書でも、最初のページには全体を要約したを物を要求されます

kbDocでは、ノード単位で独立する事ができます
別の文書データーベースとして独立させ、Webサイトや、Epubで公開する事ができます　 Epub
Webサイトも、必ずしもトップページから読み進めていく人ばかりはないので、ノードはそれ以降の内容を集約させた物にして下さい

ノードの属性

ノードの属性を既定値から変更する場合は、分脈・プロパティで指定します
ﾍﾟｰｼﾞ名と文書名　多重参照が可能なのでﾍﾟｰｼﾞ名と文書名は別です　多重参照
例えば、東京営業所が作成した「10月の商況」は、本社が作成した「10月の各店の商況」のﾘｰﾌ(下位のﾍﾟｰｼﾞ)としてﾘﾝｸされた場合に、ﾍﾟｰｼﾞ名は、「東京営業所」となる場合があります　ｻｲﾄに出力した場合にﾅﾋﾞｹﾞｰｼｮﾝﾒﾆｭｰに使われるのはﾍﾟｰｼﾞ名です

[image]

部・章・節型と時系列型　(既定値は部・章・節型)
時系列型は、Htm等に出力した時に、更新日時の新しい物から順に並びます
例えば、「最近の事故報告」のような目的で使用し、他のﾌﾟﾛｸﾞﾗﾑから投稿できます(例　rtDoc)
時系列型ﾉｰﾄﾞ内のﾍﾟｰｼﾞは、ﾉｰﾄﾞにはなりません(下位に展開しません) Htmのﾒﾆｭｰにはなりません
その為、孫ﾍﾟｰｼﾞがあれば、時系列型には変更できません

HTMﾍﾟｰｼﾞの保護　既定値は非保護です
例えば、ﾄｯﾌﾟﾍﾟｰｼﾞを出力後に別途　ﾃﾞｻﾞｲﾝ処理処理を行った場合に、このﾌﾟﾛｸﾞﾗﾑから更新・上書きして欲しくない場合に指定します
HTM保護を指定すると、ｻｲﾄ出力(同期・更新)の対象外となります

非出力ﾉｰﾄﾞ(枝) 　
ｻｲﾄのﾒﾆｭｰ構成とは別の分類を設定する場合に指定します
例えば、文書の製作部門のﾉｰﾄﾞを作成して、そこにｵﾘｼﾞﾅﾙを保存して、実際の掲出はこれのﾘﾝｸを使用すると管理は楽です
このﾉｰﾄﾞはｻｲﾄ出力する時には不要で、ﾅﾋﾞｹﾞｰｼｮﾝﾒﾆｭｰに出てくる必要はありません

ﾘﾝｸ　既定値はｵﾘｼﾞﾅﾙです
ﾅﾘｯｼﾞとして使用する場合に、多重参照が必要になります
例えば、東京営業所が作成した「10月の商況」は、本社が作成した、「10月の各店商況」のﾘｰﾌ(下位のﾍﾟｰｼﾞ)となります
この場合に、前者がｵﾘｼﾞﾅﾙで、後者がﾘﾝｸです
東京営業所がこのﾍﾟｰｼﾞを削除すると、文書はﾃﾞｰﾀｰﾍﾞｰｽ内に残り、ﾘﾝｸのﾍﾟｰｼﾞ(複数あれば登録の若いﾍﾟｰｼﾞ)が、ｵﾘｼﾞﾅﾙとなります
同様に、この画面でﾘﾝｸﾍﾟｰｼﾞをｵﾘｼﾞﾅﾙに変更すると、それまでのｵﾘｼﾞﾅﾙはﾘﾝｸﾍﾟｰｼﾞになります
多重参照がある場合に、ｵﾘｼﾞﾅﾙのﾌﾗｸﾞは管理をわかりやすくする為にあります