この規格 プレビューページの目次
※一部、英文及び仏文を自動翻訳した日本語訳を使用しています。
3 つの定義
この国際規格の目的のために、次の定義が適用されます。
3.1
アンカー
ハイパーリンクによって他のオブジェクトまたはオブジェクトのリストにリンクされているオブジェクト (またはオブジェクトのリスト)
注記 1: 「オブジェクト」という用語は、HyTime の正式な構成要素ではありません。アンカーは、ドキュメント、要素、データの任意のチャンク、またはその他のものである可能性があります。
注記 2:オブジェクトは、ハイパーリンクによってアンカーであることが識別される場合に限り、アンカーになります。
注記 3: オブジェクトは、同じまたは異なるハイパーリンク内の複数のリンク端でアンカーとして識別される可能性があります。
3.2
アンロック
ハイパーリンクのアンカーの場所のアドレス。
3.3
アプリケーションBOS
アプリケーションによって独自のルールに従って決定される、境界付きオブジェクト セット。
注記 1: ルールは、パラメーターのセット、ユーザーによる選択、またはそれらの組み合わせからの自動決定を提供できます。 1 つの可能性は、アプリケーションが HyTime BOS に含まれるエンティティを開始点として使用し、ユーザーがそこにエンティティを追加または削除できるようにすることです。
3.4
建築形式
ドキュメントのコンポーネントを作成および処理するためのルール。要素形式、属性形式、表記形式、データ属性形式の4種類があります。
3.5
属性フォーム
要素の属性に適用されるアーキテクチャ形式。
3.6
補助溝
別のグローブ内のノードを処理することによって構築されたグローブ。
注記 1:たとえば、データ・ロケーション・アドレスで使用するために構築されたデータ・トークナイザー・グローブは補助グローブです。
3.7
ビットの組み合わせ
順序付けられたビットの集合 (たとえば、1 バイトは 7 ビットまたは 8 ビットの組み合わせです)ビットの組み合わせは文字データまたはマークアップ内の文字を表しますが、非文字データ内の数値またはその他の値を表すこともできます。
3.8
境界付きオブジェクトセット
ボス
HyTime アプリケーションが処理する対象: 1 つ以上のドキュメントとその他の情報オブジェクトのセット。
注1: HyTime BOS, アプリケーションBOS, 実効BOSの3種類があります。
3.9
境界領域
fcsloc によってアドレス指定される FCS の領域。fcsloc に指定された選択精度に従ってイベントが選択されます。
3.10
子供の財産
groves では、ノードのコンテンツ プロパティとして指定されるノードのサブノード プロパティ。ノードには、0 または 1 つの子プロパティを持つことができます。
注 1:コンテンツ・プロパティーがノードではない場合、そのノードには Children プロパティーがありません。
3.11
クライアントアーキテクチャ
別のアーキテクチャから派生したアーキテクチャ。最初のアーキテクチャは、その派生元のアーキテクチャのクライアントであると言われます。
3.12
クライアントドキュメント
アーキテクチャに準拠したドキュメント。ドキュメントは、準拠するアーキテクチャのクライアントであると言われます。
3.13
クライアントDTD
クライアントドキュメントのドキュメントタイプ定義。
3.14
カチッという音
コンテキストリンク要素フォーム
3.15
コンテンツプロパティ
グローブでは、ノードの意味論的なコンテンツを含むものとして指定されるノードのプロパティ。ノードには、0 または 1 つのコンテンツ プロパティがある場合があります。コンテンツ プロパティはノードまたはプリミティブの場合があります。コンテンツ プロパティがノードの場合、そのプロパティはノードの子プロパティでもあります。
注1:たとえば、SGML要素ノードの場合、コンテンツ・プロパティには要素、データ文字、またはSGML要素内で構文的に出現するその他のオブジェクトを含めることができますが、無視されるレコードなど、SGMLの規則によって意味論的コンテンツから除外されるオブジェクトは除きます。要素コンテンツの終わりと区切り文字。
3.16
コンテンツツリー
グローブでは、ノードとその子のプロパティ内のノードによって形成されるツリー。
3.17
コンテキストハイパーリンク
「コンテキスト内」で発生するハイパーリンク。これは、リンクの 1 つのアンカーがリンク要素自体 (「セルフアンカー」) であり、トラバーサル開始アンカーであることを意味します。インタラクティブなアプリケーションでは、セルフアンカーは、ドキュメント階層内の隣接する要素またはデータから外部からアクセスできます。
注記 1:ハイパーリンク要素の形式はどれも状況に応じて使用できます。 clink 要素の形式は常にコンテキストに依存します。
3.18
コンテキストリンク要素フォーム
自己アンカーの固定アンカー役割参照マーク (refmark) と他のアンカーの参照サブジェクト (refsub) を持つバイナリ コンテキスト ハイパーリンクを表す要素フォーム。
3.19
データ属性フォーム
データ属性に適用されるアーキテクチャ形式。
3.20
データの場所のアドレス
文字データのトークン化によって得られる文字列およびトークン データ オブジェクトをアドレス指定する場所アドレス。
3.21
データロック
データの場所のアドレス。
3.22
寸法
座標軸上のサイズと位置。これは、位置 (最初に占有された量子)、量子カウント (占有された量子の総数)、および最後に占有された量子という 3 つのコンポーネントで構成されます。
3.23
書類
単位として識別され、人間の認識を目的とした情報の集合。
3.24
ドキュメント (タイプ) 定義
DTD
特定の種類のドキュメントのマークアップに SGML を適用する、アプリケーションによって決定されるルール。文書型定義には、文書型宣言で表現される、要素タイプ、要素の関係と属性、およびマークアップで表現できる参照の正式な仕様が含まれます。これにより、SGML が構文を定義するマークアップの語彙が定義されます。
注記 1: 文書型定義には、要素と属性のセマンティクス、およびアプリケーション規約を説明するコメントを含めることもできます。
3.25
効果的なBOS
任意の時点で処理中のハイパードキュメントに正常かつ完全に統合されたすべてのオブジェクトで構成される、境界付きオブジェクト セット。
3.26
要素の形状
要素に適用される建築形式。
3.27
エンティティ記述子
外部エンティティを表す SDIF データ ストリームのコンポーネント。
3.28
エンティティツリー
- 1) SGML 文書エンティティまたは SGML サブ文書エンティティがルート ノードとして選択されます。
- 2)ノード内のマークアップ宣言の外部識別子パラメータによって識別される外部エンティティのセットは、ノードの子を構成します。 SGML 文書エンティティまたは SGML サブ文書エンティティである各子が親ノードとして選択されます。
- 3)ツリーの葉または指定された最大レベル数に達するまで、親ノードごとにステップ 2 が繰り返されます。
注 1:レベルの最大数は、ハブとして使用される場合の HyTime ドキュメントの属性であり、HyTime アプリケーションが呼び出されるときにオーバーライドできます。
3.29
イベント
座標空間内でのオブジェクトの出現。オブジェクトをスケジュールされたエクステントに関連付けます。
注記 1:イベントのスケジュールされた範囲によって、オブジェクトの位置とサイズが決まります。すべての軸の最初の量子のセットによって位置が定義され、すべての軸の量子カウントのセットによって次元の仕様が完了し、サイズが定義されます。
3.30
イベントの投影
イベントのスケジュールされた範囲をスケジュールからスケジュールに変換すること (「未予測」から「予測済み」へ)
注記 1:たとえば、音楽時間からリアルタイムへ、またはユーザーデバイスの座標から実空間単位へ。
3.31
(予定)範囲
座標空間内のサイズと位置。それは空間の各軸上の次元で構成されます。
3.32
外部識別子
外部情報オブジェクトを識別する SGML マークアップ宣言 (通常はエンティティ宣言) のパラメータ。
- 正式な公開識別子。つまり、システムがテーブル検索によってオブジェクトにアクセスできるようにする、グローバルに一意な公開識別子です。および/または
- システム識別子。つまり、ファイル識別子、ストレージの場所、プログラムの呼び出し、データ ストリームの位置、またはストレージ内でオブジェクトを見つけるためのその他のシステム固有の手段です。
3.33
fcsloc
有限座標空間の位置アドレス
3.34
有限座標空間の位置アドレス
選択したイベントを囲む境界領域を定義することによって、イベント スケジュール内のイベント (またはそれらのイベントによってスケジュールされたオブジェクト) をアドレス指定する場所のアドレス。
3.35
プロパティ値のグラフ表現。
ノードの有向グラフで構成される抽象データ構造。各ノードはラベル付きアークによって他のノードに接続できます。
3.36
木立
プロパティ値のグラフ表現。
3.37
木立の建設プロセス
主要なグローブまたは補助的なグローブを構築するプロセス。
3.38
グローブの定義
グローブ計画、グローブ構築プロセス、グローブ ソース オブジェクトの組み合わせ。
3.39
グローブプラン
グローブに含めるモジュール、クラス、プロパティの仕様。木立計画は、木立を構築する場合と、既存の木立を表示する場合の両方に使用されます。
3.40
木立の根
原点を持たないグローブ内の 1 つのノード。
3.41
グローブソース
グローブの構築元となるデータ (主グローブの場合) またはノード (補助グローブの場合)
3.42
ハブドキュメント
ハイパードキュメントへのアクセスが開始されるドキュメント。 HyTime ハイパードキュメントでは、ハブ ドキュメントは交換、レンディション、またはその他の処理のための HyTime BOS も定義します。
注記 1: 「ハブ文書」は文書の永続的な状態ではなく、属性によって指定することはできません。ハブドキュメントの指定は処理のパラメータであり、アプリケーションの呼び出し時に指定されます。
注記 2:ハブ文書として指定された場合、複数の HyTime 文書が同じ HyTime BOS を定義する可能性があります。
3.43
ハイパードキュメント
Web を介して相互に接続されている 2 つ以上のドキュメントまたはその他の情報オブジェクト。
注記 1: ハイパードキュメントへのアクセスは、指定されたハブドキュメントから始まります。
注記 2:ハイパードキュメントのハブドキュメントを「サブハブ」として含めることを宣言することにより、1 つのハイパードキュメントに別の独立したハイパードキュメントを含めることができます。
注記 3:ハイパードキュメントは、特定の目的 (共通の所有権を表すため、または特定の修辞的目的をサポートするためなど) のために編成されたデータ オブジェクトの固定または単一のコレクションを表す場合もあれば、任意の一時的なオブジェクトのコレクションである場合もあります。 HyTime の境界付きオブジェクト セット制御機能とアクティビティ ポリシー関連付け機能、およびアプリケーション固有のメカニズムを使用して、ハイパードキュメントの構成と使用に対する追加のセマンティクスと制約を定義できます。
3.44
ハイパーリンク
2 つ以上のオブジェクト間の関係を表す情報構造。
注記 1:ハイパーリンクによって関連付けられているオブジェクトは、ハイパーリンクの「アンカー」と呼ばれます。アンカーは、「リンク終了」と呼ばれるハイパーリンクのプロパティによって識別されます。
注記 2: HyTime を使用するアプリケーションおよびアーキテクチャーによって、ハイパーリンクにリンク・タイプおよび名前を割り当てることができます。
注記 3: SGML 文書は、ハイパーリンク以外の手段で関係を表すことができます。たとえば、ドキュメント階層の下位関係および兄弟関係は、マークアップ タグの位置によって表されます。
3.45
ハイパーリンクのアンカーの場所のアドレス
オブジェクトがメンバーとなっているアンカーのアンカー役割名によってオブジェクトをアドレス指定する、クエリ位置アドレスの形式。
3.46
ハイパーリンクの場所のアドレス
リンク タイプごとにハイパーリンクに対処するクエリ位置アドレスの形式。
3.47
ハイパーメディアアプリケーション
ハイパーテキスト機能やマルチメディア機能を備えた情報処理アプリケーション。
注記 1:この定義の含意は、「ハイパーメディア」とは、ハイパーテキストとマルチメディアの共通部分ではなく、それらの結合を指すということです。
注記 2: 「ハイパーテキスト」、「マルチメディア」、および「ハイパーメディア」という用語を厳密に区別することは可能ですが、この国際規格において文書またはアプリケーションに言及する場合、厳密に区別することには一般にほとんど意味がありません。ただし、イベントは、ハイパーリンクが作成されているかどうかによってその性質が影響を受けないため、「ハイパーメディア」ではなく「マルチメディア」と呼ばれます。同様に、ハイパーリンクは、その性質がリンク先のオブジェクトの影響を受けないため、無差別に「ハイパーテキスト」、「ハイパーメディア」、または単に「ハイパー」として特徴付けられる場合があります。
3.48
ハイパーメディアドキュメント
ハイパーメディア アプリケーションで使用されるドキュメントまたはハイパードキュメント。
注記 1:ハイパードキュメントは、通常、ハイパーメディア アプリケーションで使用されるため、ほとんどの場合、ハイパーメディア ドキュメントでもあります。ただし、すべてのハイパーメディア ドキュメントがハイパードキュメントであるわけではありません。たとえば、ビデオ クリップは含まれるがハイパーリンクは含まれないドキュメントです。
3.49
ハイパーメディア/時間ベースの構造化言語
ハイタイム
ハイパーテキストのリンク、時間的および空間的なイベントのスケジューリング、および同期を表すための標準化されたハイパーメディア構造化言語。 HyTime は、基本的な識別およびアドレス指定メカニズムを提供し、オブジェクト データ コンテンツの表記法、ハイパーリンク タイプ、処理および表示機能、およびその他のアプリケーション セマンティクスから独立しています。ハイパーリンクは、ドキュメントが変更可能かどうかに関係なく、HyTime に準拠するドキュメントにも、そうでないドキュメントにも確立できます。 HyTime の完全な機能は、「統合オープン ハイパーメディア」(IOH)、つまり、いつでも、どこでも、さまざまな方法であらゆるものへのハイパーリンクを可能にする参照の「書誌モデル」をサポートしますが、システムはその中にあるサブセットのみをサポートする必要があります。現在の能力。
3.50
HyTime 属性
HyTime アーキテクチャ フォームに定義が含まれている属性。
3.51
ハイタイムBOS
HyTime BOS は、HyTime ハブ ドキュメント内のエンティティ宣言およびその他の仕様をルートとして (直接的および/または間接的に) 指定されるエンティティのツリーです。
注 1: HyTime BOS は、HyTime エンジンによって自動的に決定されます。エンティティ ツリーのルートは、ハブ ドキュメントの SGML ドキュメント エンティティです。
3.52
ハイタイムドキュメント
基本的にこの国際規格で定義されているとおりにプロパティが表現される SGML 文書。
注記 1: HyTime 文書は通常、適合する HyTime 文書です ( 11.1 適合する HyTime 文書を参照)
3.53
HyTime 要素
HyTime 要素タイプのインスタンス。
3.54
HyTime 要素タイプ
HyTime アーキテクチャ形式に準拠する HyTime ドキュメント内の要素タイプ。
注 1:要素タイプ自体は HyTime によって定義されていません。アーキテクチャ形式によって定義される属性に加えて、アプリケーション固有の属性を持つ場合があります。
3.55
HyTime エンジン
ドキュメント内の HyTime 構造体を認識し、それらのアプリケーションに依存しない処理を実行するプログラム (またはプログラムの一部、またはプログラムの組み合わせ)
注記 1:たとえば、HyTime エンジンは、データベースおよびネットワークサーバーとインターフェースして、アンカーを解決し、アンカーにアクセスできます。また、イベントが入力されたスケジュールやイベントの範囲を定義するために使用された測定単位に関係なく、イベントを座標空間内で一貫して配置するための計算を実行することもできます。
3.56
HyTime ハイパードキュメント
ハブドキュメントが HyTime ドキュメントであるハイパードキュメント。
注記 1:ハブ文書は SGML で表現されなければならない。ハイパードキュメントの他のコンポーネントは必要ありません。ハブまたはその他のコンポーネントは、ドキュメント アーキテクチャに準拠する場合があります。
3.57
ハイタイムシステム
HyTime エンジンを含む SGML システム。
3.58
ハイパーテキスト
複数の順序でアクセスできる情報。
- 通常、小説はハイパーテキストとして設計されていません。
- 脚注または内部相互参照のある本は、単一の文書のハイパーテキストです。
- 外部相互参照 (書誌的な引用など) を持つ書籍は、全体としてハイパードキュメントを構成するライブラリのメンバーです。
- 内部および外部の両方の相互参照を持つブックは、単一のドキュメントのハイパーテキストであると同時に、全体としてハイパードキュメントを構成するライブラリのメンバーでもあります。
3.59
初期リファラー (ロケーションパスへの)
ロケーション パスの最初のロケーション ステップへのリファラー。
注 1:別のロケーション・アドレスを参照する 1 つのロケーション・アドレスがロケーション・ステップになるため、最初のリファラーをロケーション・アドレスにすることはできません。
注記 2: 特定のロケーション・パス内のすべてのステップには、同じ初期リファラーがあります。
3.60
統合されたオープンハイパーメディア
IOH
いつでも、どこでも、さまざまな方法で、あらゆるものへのハイパーリンクを表現できる参照の「書誌モデル」をコンピュータ処理用に形式化したもの。
3.61
リンク
コンテキストに応じて、ハイパーリンクまたは SGML 処理リンク (「リンク プロセス」) のいずれかになります。
3.62
リンクエンド
ハイパーリンクでは、アンカー ロール名、アンカーのメンバー、およびアンカーに関連付けられた他のプロパティ (トラバーサル ルールなど) の結合。
3.63
リンクプロセス定義
LPD
SGML を適用してリンク プロセスを記述するアプリケーション固有のルール。リンク プロセス定義には、リンク タイプ宣言で表現される、リンク プロセスに適用可能なソース属性 (「リンク属性」) の定義を含む、ソースと結果の要素間のリンクの正式な仕様が含まれます。
注記 1: リンク・プロセス定義には、リンク属性の意味やプロセスへの影響など、プロセスのセマンティクスを説明するコメントを含めることもできます。
3.64
リンクタイプ
ハイパーリンクのクラス。これは、各アンカーが果たす関係における役割を含め、ハイパーリンクによって表される関係に意味を割り当てます。
3.65
リンクロック
ハイパーリンクの場所のアドレス。
3.66
リストロック
所在地の住所をリストします。
3.67
所在地の住所をリストする
1 つ以上のディメンション仕様 (選択されたノードの連続シーケンスごとに 1 つ) を指定することによって、ノード リストからノードを選択するロケーション アドレス。
3.68
位置はしご
「ロケーション ラング」として知られるロケーション アドレスのセット。各ラングはその下のラングのロケーション ソースになります。
注記 1: ロケーション・ラダーは、ロケーション・ソースからパス・ステップまで、上から下に実行されるものとして視覚化されます。ロケーション パス内のステップである横木は、そのパスに関して一番下の横木とみなされます。
注記 2: ロケーション・ラダーは、下に進むにつれて、アドレス指定可能なオブジェクトのセットが段階的にカリングされることを表します (言い換えれば、一番上の段は、その下の段によってノードが選択される可能性のある最大の範囲に対応します)
3.69
所在地の住所
1 つ以上のオブジェクトのアドレスを表す要素形式。ロケーション アドレスへの参照は、そのアドレスが開始するロケーション パスによって特定されるオブジェクトへの参照として扱われます。
注記 1:ロケーション・アドレスは、別のロケーション・アドレスのロケーション・ソースになることができ、それによってロケーション・ラダーを形成します。
注記 2: ロケーション・アドレスは、コンピューティングにおいて「間接アドレス」として一般に知られているものの HyTime 表現です。
3.70
ロケーションパス
「ロケーション ステップ」として知られるロケーション アドレスのセット。最初のステップで 2 番目のステップを見つけます。ロケーション パスには、ステップで 2 つ以上のオブジェクトが配置され、そのうちの少なくとも 1 つがロケーション アドレスであるときに作成される分岐を持つことができます。ブランチは、最後のステップでロケーション アドレスではないオブジェクトのみを見つけたときに終了します。ロケーション パスによって特定されるオブジェクトは、パス内のいずれかのステップによって特定される、ステップを除くすべてのオブジェクトです。
注記 1: ロケーション・パスは、最初のリファラーからアドレス指定されたオブジェクトまで、左から右に走るものとして視覚化されます。各ステップはロケーションラダーの最下段です。
注記 2: ロケーション・アドレスは、複数のロケーション・パスのステップとなることができますが、最初のステップとなることができるのは 1 つだけです。
3.71
位置情報源
位置アドレスがアドレス指定するオブジェクトを選択する元となるオブジェクトのセット。
注記 1:たとえば、treeloc のロケーション・ソースは、treeloc によってアドレス指定されたノードが見つかったツリーです。
3.72
ミックスロック
混合ロケーションのアドレス
子ロケーション アドレス要素を通じてオブジェクトを間接的にアドレス指定するロケーション アドレス。
3.73
マルチメディア
(形容詞) アーティストや作曲家などが使用する形式など、何かを伝えるために複数の手段を使用すること。
3.74
(オブジェクト) の変更
レンディション中に別のオブジェクトによってオブジェクトが変更されること。
注記 1:たとえば、エフェクトボックスを介してオーディオ信号をルーティングします。
注 2: HyTime は、修飾子のスケジューリングと関連付けを扱いますが、変更のセマンティクスは扱いません。
3.75
ネームロック
名前付きの場所の住所。
3.76
指定された場所のアドレス
要素 ID またはエンティティ名によってオブジェクトをアドレス指定する、特殊な形式の混合位置アドレス。
3.77
名前付きノードリスト
グローブでは、すべてのメンバー ノードが共通の「名前」プロパティの一意の値を示すノード リスト。 name プロパティの値は、文字列またはノード リストのメンバーの名前値内のすべてのノードの中で一意である単一ノードのwhere になります。
3.78
名前空間の場所のアドレス
名前付きノード リスト内のノードをアドレス指定するロケーション アドレス。
3.79
nmsploc
名前空間の場所のアドレス。
3.80
ノード
グローブでは、単一のオブジェクトを表す順序付けされたプロパティのセット。
3.81
表記形式
データ エンティティと表記データ コンテンツに適用されるアーキテクチャ形式。
3.82
起源
グローブでは、ノードの場合、そのノードがサブノードであるノード。グローブ ルートを除く、グローブ内のすべてのノードには、起点ノードが 1 つだけあります。
3.83
パッチ
修飾子の相互接続。
3.84
パスロック
パスの場所のアドレス。
3.85
パスの場所のアドレス
各列がルートからリーフまでのノードのリストでwhere マトリックスとしてツリーを表示することによって、ツリー内のノードをアドレス指定するロケーション アドレス。
3.86
要素
擬似要素。
3.87
プレゼンテーション
人間が認識できる状態にある文書の処理状態。
3.88
前に指定された要素
最後に解析されたドキュメントの SGML 表現内の要素。
注 1: エンティティ参照により、他の要素がその要素よりも最近解析される可能性がありますが、通常、これは SGML 表現が文字列として表示されるときに最も最近発生したものでもあります。
3.89
原生林
ソース データを処理して構築されたグローブ。
注記 1:たとえば、SGML ソース・データの最初の解析後に SGML 文書用に構築されたグローブは、1 次グローブです。
3.90
主な木
グローブでは、グローブのプロパティ セットによって主ツリーとして指定されたコンテンツ ツリー。 HyTime では、プリンシパル ツリーは、ツリー ロケーション アドレスのデフォルトの暗黙的なロケーション ソースです。
3.91
主な木の根
木立において、木立の主木のルートであるノード。 SGML プロパティ セットでは、ドキュメント要素は主要なツリー ルートです。
3.92
投影
イベント投影。
3.93
物件所在地の住所
グローブ内のノードのプロパティの値をアドレス指定する位置アドレス。
3.94
プロパティセット
この国際規格のプロパティ セット定義要件の要件に準拠した正式な定義文書。グローブの構築に使用されるノード クラスとプロパティを指定します。
3.95
プロプロック
物件の所在地の住所。
3.96
疑似要素
SGML プロパティ セットにおいて、タグが閉じてから次のタグが開くまでの間に発生するデータおよびその他の構造から子が派生するオブジェクト。擬似要素は要素の子です。
3.97
量子
座標軸の可算分割。
3.98
クエリロック
場所のアドレスを問い合わせます。
3.99
場所の住所を問い合わせる
クエリを使用して、プロパティによってグローブ内のノードをアドレス指定する位置アドレス。
3,100
リアルタイム
秒、分、時間などで測定される、日常的な意味での時間。
3,101
(ID 参照の) 参照対象
ID が ID 参照または ID 参照リスト属性 (またはコンテンツ) の値である要素。
3,102
参照属性
IDREF, IDREFS, ENTITY, または ENTITIES 属性として宣言するか、HyTime refloc 機能を使用することによって、参照として指定される要素の属性。
注記 1: HyTime メタ DTD では、参照属性は従来のコメント Reference によって識別されます。
注記 2:コンテンツは参考として指定することもできます。
3,103
Referrer (参照先要素へ)
参照対象要素をアドレス指定する参照属性 (またはコンテンツ) を持つ要素。
3,104
相対位置アドレス
開始ノードに対するノードの系図関係を指定し、親戚のリストからノードを選択することによって、ツリー内のノードをアドレス指定する位置アドレス。
3,105
再割り当てする
相対位置アドレス。
3,106
演奏
HyTime ドキュメントをプレゼンテーション用に準備するために実行されるプロセス。これには、アプリケーション固有の処理に加えて、HyTime で定義されているイベント投影とオブジェクト変更が含まれる場合があります。
注記 1:ユーザーが最終的に認識するプレゼンテーションを作成するために、いくつかのレンディションが順番に実行される場合があります。レンディションには、イベントを新しい座標空間に投影することが含まれる場合があります。たとえば、仮想時間からリアルタイムへ。
3,107
報告可能な HyTime エラー
RHE
- a)文書を処理しないと検出できません。または
- b)この国際基準では報告対象外として特定されています。
3,108
（場所）ラング
ロケーションラダーの要素。
3,109
SDIFパッカー
SDIF データ ストリームを作成するプログラム。
3,110
SDIFアンパッカー
SDIF データ ストリームをその構成要素に分解するプログラム。
注 1: 必要に応じて、SDIF アンパッカーは、環境内のストレージ・アドレスと一致するようにマークアップ宣言のシステム識別子パラメーターを変更します。
3,111
セルフアンカー
1 つ以上のアンカーとしてそれ自体をアドレス指定するハイパーリンク。
3,112
セマンティックグローブ
アプリケーションまたはアーキテクチャ エンジンによって作成されたグローブ。セマンティック グローブのノードは、アプリケーションまたはアーキテクチャ固有のセマンティクスを実装するために必要なデータ構造を反映します。
注 1: HyTime アーキテクチャのセマンティック グローブは、HyTime プロパティ セットによって定義されます (付録 B を参照)
3,113
SGML 文書交換フォーマット
SDIF
メイン文書とその関連文書 (それぞれが複数のエンティティーに保管される可能性がある) を、受信者が個別のエンティティーを再構成できるような方法で単一のデータ・ストリームに結合して交換できるようにするデータ構造。
注記 1: SDIF が HyTime のハイパードキュメント交換形式として使用される場合、「メイン」ドキュメントが複数ある場合は、「メイン」ドキュメントがハブ ドキュメントになります。
3,114
SGML処理リンク
SGML の「リンク プロセス」機能。これにより、複数のコンテキスト依存のプレゼンテーションおよび処理仕様のセットをドキュメントの要素に関連付けることができます。
3,115
SGML サブ文書エンティティ
サブドキュメント
SGML 文書エンティティの SGML 宣言に準拠し、同時に独自の文書型およびリンク型宣言にも準拠する SGML エンティティ。これには、少なくとも、基本ドキュメント タイプの宣言と、基本ドキュメント要素の開始と終了が含まれます。
3,116
サブハブ
別のハブ ドキュメントで宣言され、その独自の HyTime BOS が親ドキュメントの HyTime BOS に追加されるハブ ドキュメント。
3,117
SMU名
表記法宣言によって宣言され、標準の測定単位を識別する名前。
3,118
(場所)ステップ
ロケーションパス内の要素。
3,119
サブノード
グローブでは、その起点ノードがメンバーであるプロパティを示すノード。
3,120
サブノードのプロパティ
グローブでは、その値がプロパティを示すノードを起点とするノードで構成される必要があるプロパティ。
3,121
サブノードツリー
ノードとそのすべてのサブノードで構成されるノードのツリー。
3,122
(ID 参照の) ターゲット
指示対象、またはそれが位置アドレスの場合は、指示対象が開始する位置パスによって特定されるオブジェクト。
3,123
ツリーロック
ツリーの場所のアドレス。
3,124
木の場所の住所
ルートから開始してツリーの各レベルのアドレス可能な範囲からノードを選択することにより、従来の方法でツリーの単一ノードをアドレス指定するロケーション アドレス。
3,125
HyTime エンジンの検証
報告可能な HyTime エラーが存在する場合にのみ、それを見つけて報告できる、準拠した HyTime エンジン。
3,126
ビュー
ウェブとそれが接続するアンカーの表現。
3,127
ウェブ
一緒に使用される 1 つ以上のハイパーリンクのセット。
注記 1:通常、ハイパーリンクは共通のトピックを扱い、および/または共通のアンカーおよび/または同じオブジェクト内に存在するアンカーを介して連続的に移動できます。
3 Definitions
For the purposes of this International Standard, the following definitions apply.
3.1
anchor
An object (or list of objects) that is linked to other objects or lists of objects by a hyperlink.
Note 1 to entry: The term"object" is not a formal construct in HyTime; an anchor could be a document, an element, an arbitrary chunk of data, or any other thing.
Note 2 to entry: An object is an anchor if and only if a hyperlink identifies it as such.
Note 3 to entry: An object could be identified as an anchor in several link ends, in the same or different hyperlinks.
3.2
anchloc
Hyperlink anchor location address.
3.3
application BOS
A bounded object set that is determined by an application according to its own rules.
Note 1 to entry: The rules can provide for automatic determination from a set of parameters, selection by the user, or some combination thereof. One possibility is for the application to use the entities included in a HyTime BOS as a starting point, but to allow the user to add or subtract entities from it.
3.4
architectural forms
Rules for creating and processing components of documents. There are four kinds: element form, attribute form, notation form, and data attribute form.
3.5
attribute form
An architectural form that applies to attributes of elements.
3.6
auxiliary grove
A grove constructed by processing nodes in another grove.
Note 1 to entry: For example, the data tokenizer grove constructed for use by a data location address is an auxiliary grove.
3.7
bit combination
An ordered collection of bits (for example, a byte is a combination of 7 or 8 bits). A bit combination represents a character in character data or markup, but can represent numeric or other values in non-character data.
3.8
bounded object set
BOS
The subject that a HyTime application processes: a set of one or more documents and other information objects.
Note 1 to entry: There are three kinds: HyTime BOS, application BOS, and effective BOS.
3.9
bounding region
The region of an FCS addressed by an fcsloc within which events are selected according to the selection precision specified for the fcsloc.
3.10
children property
In groves, that subnode property of a node that is designated as the content property of the node. A node may have zero or one children properties.
Note 1 to entry: If a content property is not nodal, then the node does not have a children property.
3.11
client architecture
An architecture derived from another architecture. The first architecture is said to be a client of the architecture from which it is derived.
3.12
client document
A document conforming to an architecture. The document is said to be a client of the architecture to which it conforms.
3.13
client DTD
The document type definition of a client document.
3.14
clink
Contextual link element form
3.15
content property
In groves, that property of a node that is designated as containing the semantic content of the node. A node may have zero or one content properties. A content property may be nodal or primitive. When a content property is nodal, the property is also the children property of the node.
Note 1 to entry: For example, for SGML element nodes, the content property can contain elements, data characters, or other objects that occur syntactically within SGML elements, excluding objects that the rules of SGML exclude from the semantic content, such as ignored record ends and separators in element content.
3.16
content tree
In groves, the tree formed by a node and the nodes in its children property.
3.17
contextual hyperlink
A hyperlink that occurs"in context", meaning that one anchor of the link is the link element itself (a"self anchor") and is a traversal initiation anchor. In an interactive application, the self anchor can be accessed externally from adjacent elements or data in the document hierarchy.
Note 1 to entry: Any of the hyperlink element forms may be used contextually. The clink element form is always contextual.
3.18
contextual link element form
An element form that represents a binary contextual hyperlink having the fixed anchor roles reference mark (refmark) for the self anchor and reference subject (refsub) for the other anchor.
3.19
data attribute form
An architectural form that applies to data attributes.
3.20
data location address
A location address that addresses the string and token data objects resulting from tokenization of character data.
3.21
dataloc
Data location address.
3.22
dimension
Size and position on a coordinate axis. It consists of three components: a position (the first occupied quantum), a quantum count (the total number of quanta occupied), and the last occupied quantum.
3.23
document
A collection of information that is identified as a unit and that is intended for human perception.
3.24
document (type) definition
DTD
Rules, determined by an application, that apply SGML to the markup of documents of a particular type. A document type definition includes a formal specification, expressed in a document type declaration, of the element types, element relationships and attributes, and references that can be represented by markup. It thereby defines the vocabulary of the markup for which SGML defines the syntax.
Note 1 to entry: A document type definition can also include comments that describe the semantics of elements and attributes, and any application conventions.
3.25
effective BOS
The bounded object set consisting of all the objects that at any given point have been successfully and fully integrated into the hyperdocument being processed.
3.26
element form
An architectural form that applies to elements.
3.27
entity descriptor
A component of an SDIF data stream that represents an external entity.
3.28
entity tree
- 1) An SGML document entity or SGML subdocument entity is selected as the root node.
- 2) The set of external entities identified by external identifier parameters of markup declarations in the node comprise the children of the node. Each child that is an SGML document entity or SGML subdocument entity is selected as a parent node.
- 3) Step 2 is repeated for each parent node, until the leaves of the tree or a specified maximum number of levels is reached.
Note 1 to entry: The maximum number of levels Is an attribute of a HyTime document when used as a hub, and can be overridden when a HyTime application Is Invoked.
3.29
event
The occurrence of an object in a coordinate space. It associates the object with a scheduled extent.
Note 1 to entry: The scheduled extent of an event gives the object a position and size. The set of first quanta on all the axes defines the position, while the set of quantum counts for all axes completes the dimension specifications and defines the size.
3.30
event projection
The conversion of the scheduled extent of an event from schedule to schedule (the"unprojected" to the"projected").
Note 1 to entry: For example, from music time to real time, or from user device coordinates to real space units.
3.31
(scheduled) extent
Size and position in a coordinate space. It consists of a dimension on each axis of the space.
3.32
external identifier
A parameter of an SGML markup declaration (typically an entity declaration) that identifies an external information object.
- a formal public identifier; that is, a globally unique public identifier, which allows a system to access its object by means of a table look-up; and/or
- a system identifier; that is, a file identifier, storage location, program invocation, data stream position, or other system-specific means of locating the object in storage.
3.33
fcsloc
finite coordinate space location address
3.34
finite coordinate space location address
A location address that addresses events in an event schedule (or the objects scheduled by those events) by defining a bounding region enclosing the events selected.
3.35
graph representation of property values.
An abstract data structure consisting of a directed graph of nodes in which each node may be connected to other nodes by labeled arcs.
3.36
grove
Graph Representation Of property ValuEs.
3.37
grove construction process
A process that constructs a primary or auxiliary grove.
3.38
grove definition
The combination of a grove plan, grove construction process, and grove source object.
3.39
grove plan
A specification of what modules, classes, and properties to include in a grove. Grove plans are used both to construct groves and to view existing groves.
3.40
grove root
The one node in a grove that does not have an origin.
3.41
grove source
The data (for primary groves) or nodes (for auxiliary groves) from which a grove is constructed.
3.42
hub document
The document in which access to a hyperdocument begins. In a HyTime hyperdocument, the hub document also defines a HyTime BOS for interchange, rendition, or other processing.
Note 1 to entry:"Hub document" is not a permanent state of a document and cannot be specified by means of an attribute. The designation of a hub document is a parameter of processing and is specified when an application is invoked.
Note 2 to entry: It is possible that several HyTime documents, when designated as a hub document, could define the same HyTime BOS.
3.43
hyperdocument
Two or more documents or other information objects that are connected to one another by a web.
Note 1 to entry: Access to a hyperdocument begins from a designated hub document.
Note 2 to entry: One hyperdocument may include another, otherwise independent hyperdocument, by declaring the hyperdocument's hub document to be included as a"subhub".
Note 3 to entry: A hyperdocument may represent a fixed or singular collection of data objects organized for a particular purpose (such as to represent common ownership or to support a particular rhetorical purpose) or it may be an arbitrary and transitory collection of objects. The HyTime bounded object set control facilities and activity policy association facilities, as well as application-specific mechanisms, can be used to define additional semantics for and constraints on the composition and use of hyperdocuments.
3.44
hyperlink
An information structure that represents a relationship among two or more objects.
Note 1 to entry: Objects that are related by a hyperlink are called the"anchors" of the hyperlink. An anchor is identified by a property of the hyperlink called a"link end".
Note 2 to entry: Hyperlinks can be assigned link types and names by applications and architectures that use HyTime.
Note 3 to entry: An SGML document can represent relationships by means other than hyperlinks; for example, the subordinate and sibling relationships of the document hierarchy are represented by the position of markup tags.
3.45
hyperlink anchor location address
A form of query location address that addresses objects by the anchor role names of the anchors of which the objects are members.
3.46
hyperlink location address
A form of query location address that addresses hyperlinks by link type.
3.47
hypermedia application
An information processing application that has hypertext and/or multimedia capabilities.
Note 1 to entry: An implication of this definition is that"hypermedia" refers to the union of hypertext and multimedia, rather than their intersection.
Note 2 to entry: While it would be possible to maintain a strict distinction among the terms"hypertext","multimedia", and"hypermedia", there Is generally little point in doing so in this International Standard when referring to documents or applications. Events, however, are referred to as"multimedia" rather than"hypermedia" because their nature is unaffected by whether hyperlinks are made to them. Similarly, hyperlinks may be characterized indiscriminately as"hypertext","hypermedia", or simply"hyper", because their nature is unaffected by the objects to which they are linked.
3.48
hypermedia document
A document or hyperdocument that is used in a hypermedia application.
Note 1 to entry: A hyperdocument is almost always a hypermedia document as well, in that it is normally used in a hypermedia application. However, not all hypermedia documents are hyperdocuments; for example, a document containing video clips but no hyperlinks.
3.49
Hypermedia/Time-based Structuring Language
HyTime
A standardized hypermedia structuring language for representing hypertext linking, temporal and spatial event scheduling, and synchronization. HyTime provides basic identification and addressing mechanisms and is independent of object data content notations, hyperlink types, processing and presentation functions, and other application semantics. Hyperlinks can be established to documents that conform to HyTime and to those that do not, regardless of whether those documents can be modified. The full HyTime function supports"integrated open hypermedia" (IOH) — the"bibliographic model" of referencing that allows hyperlinks to anything, anywhere, at any time, in a variety of ways — but systems need support only the subset that is within their present capabilities.
3.50
HyTime attribute
An attribute whose definition is included in a HyTime architectural form.
3.51
HyTime BOS
A HyTime BOS is a tree of entities rooted at and specified (directly and/or indirectly) by the entity declarations and other specifications in a HyTime hub document.
Note 1 to entry: A HyTime BOS can be determined automatically by a HyTime engine. The root of the entity tree is the SGML document entity of the hub document.
3.52
HyTime document
An SGML document whose properties are represented essentially as defined in this International Standard.
Note 1 to entry: A HyTime document is normally a conforming HyTime document (see 11.1 Conforming HyTime document).
3.53
HyTime element
An instance of a HyTime element type.
3.54
HyTime element type
An element type in a HyTime document that conforms to a HyTime architectural form.
Note 1 to entry: The element type itself is not defined by HyTime. In addition to attributes defined by the architectural form, it may have application-specific attributes.
3.55
HyTime engine
A program (or portion of a program or a combination of programs) that recognizes HyTime constructs in documents and performs application-independent processing of them.
Note 1 to entry: For example, a HyTime engine can interface with data base and network servers to resolve and access anchors. It can also perform the calculations to locate events consistently in a coordinate space regardless of the schedules in which they were entered or the measurement units used to define their extents.
3.56
HyTime hyperdocument
A hyperdocument whose hub document is a HyTime document.
Note 1 to entry: The hub document must be represented in SGML; the other components of the hyperdocument need not be. The hub or any other component may conform to a document architecture.
3.57
HyTime system
An SGML system that includes a HyTime engine.
3.58
hypertext
Information that can be accessed in more than one order.
- A novel is typically not designed to be a hypertext.
- A book with footnotes or internal cross-references is a single document hypertext.
- A book with external cross-references (e.g., bibliographic citations) is a member of a library that as a whole constitutes a hyperdocument.
- A book with both internal and external cross-references is both a single document hypertext and a member of a library that as a whole constitutes a hyperdocument.
3.59
initial referrer (to a location path)
A referrer to the first location step in a location path.
Note 1 to entry: An initial referrer cannot be a location address because one location address that references another becomes a location step.
Note 2 to entry: Every step in a given location path has the same initial referrer.
3.60
integrated open hypermedia
IOH
The formalization, for computer processing, of the"bibliographic model" of referencing that allows representation of hyperlinks to anything, anywhere, at any time, in a variety of ways.
3.61
link
Depending on context, either a hyperlink or an SGML processing link ("link process").
3.62
link end
In a hyperlink, the union of an anchor role name, the members of the anchor, and the other properties associated with the anchor, such as traversal rules.
3.63
link process definition
LPD
Application-specific rules that apply SGML to describe a link process. A link process definition includes a formal specification, expressed in alink type declaration,of the link between elements of the source and result, including the definitions of source attributes applicable to the link process ("link attributes").
Note 1 to entry: A link process definition can also include comments that describe the semantics of the process, including the meaning of the link attributes and their effect on the process.
3.64
link type
A class of hyperlinks. It assigns meaning to the relationship represented by the hyperlinks, including the role in the relationship played by each anchor.
3.65
linkloc
Hyperlink location address.
3.66
listloc
List location address.
3.67
list location address
A location address that selects nodes from a node list by specifying one or more dimension specifications, one for each contiguous sequence of nodes selected.
3.68
location ladder
A set of location addresses, known as"location rungs", in which each rung is the location source of the rung below it.
Note 1 to entry: A location ladder is visualized as running from top to bottom, from location source to path step. A rung that is a step in a location path is considered to be the bottom rung with respect to that path.
Note 2 to entry: A location ladder represents a progressive culling of the set of addressable objects as one proceeds downward (in other words, the top rung addresses the largest possible scope from which nodes may be selected by the rungs below it).
3.69
location address
An element form that represents the address of one or more objects. A reference to a location address is treated as a reference to the objects located by the location path that it begins.
Note 1 to entry: A location address can be the location source of another location address, thereby forming a location ladder.
Note 2 to entry: A location address is the HyTime representation of what is commonly known in computing as an"indirect address".
3.70
location path
A set of location addresses, known as"location steps", in which the first step locates the second and so on. A location path can have branches, created when a step locates two or more objects, at least one of which is a location address. A branch terminates when its last step locates only objects that are not location addresses. The objects located by a location path are all those, other than steps, that are located by any of the steps in the path.
Note 1 to entry: A location path is visualized as running from left to right, from initial referrer to objects addressed. Each step is the bottom rung of a location ladder.
Note 2 to entry: A location address can be a step in more than one location path, but can be the first step in only one.
3.71
location source
The set of objects from which a location address selects the objects that it addresses.
Note 1 to entry: For example, the location source of a treeloc is the tree in which the node addressed by the treeloc is found.
3.72
mixedloc
mixed location address
A location address that addresses objects indirectly through its child location address elements.
3.73
multimedia
(Adjective) Employing more than one means of communicating something, such as forms used by artists, musical composers, etc.
3.74
(object) modification
The modification of an object by another object during rendition.
Note 1 to entry: For example, routing audio signals through an effects box.
Note 2 to entry: HyTime deals with the scheduling and association of modifiers, but not the semantics of modification.
3.75
nameloc
Named location address.
3.76
named location address
A specialized form of mixed location address that addresses objects by their element IDs or entity names.
3.77
named node list
In groves, a node list in which all the member nodes exhibit a unique value for a common"name" property. The value of a name property may be either a string or a single node where the node is unique among all the nodes in the name values of the members of the node list.
3.78
name-space location address
A location address that addresses nodes in named node lists.
3.79
nmsploc
Name-space location address.
3.80
node
In groves, an ordered set of properties representing a single object.
3.81
notation form
An architectural form that applies to data entities and notation data content.
3.82
origin
In groves, for a node, the node of which the node is a subnode. Every node in a grove, except the grove root, has exactly one origin node.
3.83
patch
An interconnection of modifiers.
3.84
pathloc
Path location address.
3.85
path location address
A location address that addresses nodes in a tree by viewing the tree as a matrix where each column is the list of nodes from the root to a leaf.
3.86
pelement
Pseudo-element.
3.87
presentation
A state of processing of a document in which it is ready for human perception.
3.88
previous specified element
The element in the SGML representation of the document that was most recently parsed.
Note 1 to entry: It is typically also the one most recently occurring when the SGML representation is viewed as a character string, although an entity reference could cause other elements to be parsed more recently than that one.
3.89
primary grove
A grove constructed by processing source data.
Note 1 to entry: For example, the grove constructed for an SGML document after the initial parse of the SGML source data is a primary grove.
3.90
principal tree
In groves, that content tree designated as being the principal tree by the grove's property set. In HyTime, the principal tree is the default implicit location source for tree location addresses.
3.91
principal tree root
In groves, the node that is the root of the grove's principal tree. In the SGML property set, the document element is the principal tree root.
3.92
projection
Event projection.
3.93
property location address
A location address that addresses the value of a property of a node in a grove.
3.94
property set
A formal definition document, conforming to the requirements of the Property Set Definition Requirements in this International Standard, that specifies the node classes and properties to be used in constructing a grove.
3.95
proploc
property location address.
3.96
pseudo-element
In the SGML property set, an object whose children are derived from the data and other constructs occurring between a tag close and the next tag open. Pseudo-elements are children of elements.
3.97
quantum
Countable division of a coordinate axis.
3.98
queryloc
Query location address.
3.99
query location address
A location address that uses a query to address nodes in a grove by their properties.
3.100
real time
Time in the every-day sense, as measured in seconds, minutes, hours, etc.
3.101
referent (of an ID reference)
An element whose ID is a value of an ID reference or ID reference list attribute (or content).
3.102
referential attribute
An attribute of an element that is designated as being a reference either by declaring it as an IDREF, IDREFS, ENTITY, or ENTITIES attribute or through the use of the HyTime refloc facility.
Note 1 to entry: In the HyTime meta-DTD, referential attributes are identified by the conventional comment Reference
Note 2 to entry: Content may also be designated as referential.
3.103
referrer (to a referent element)
An element with a referential attribute (or content) that addresses the referent element.
3.104
relative location address
A location address that addresses nodes in a tree by specifying the genealogical relationship of the nodes to a starting node and then selecting nodes from the list of relatives.
3.105
relloc
relative location address.
3.106
rendition
A process performed on a HyTime document to prepare it for presentation. It may include event projection and object modification as defined by HyTime, in addition to application-specific processing.
Note 1 to entry: Several renditions might be performed in sequence in order to create the presentation that is ultimately perceived by a user. The renditions could involve projecting events to a new coordinate space; for example, from virtual time to real time.
3.107
reportable HyTime error
RHE
- a) cannot be detected without processing the document; or
- b) is identified in this International Standard as not being reportable.
3.108
(location) rung
An element in a location ladder.
3.109
SDIF packer
A program that creates an SDIF data stream.
3.110
SDIF unpacker
A program that decomposes an SDIF data stream into its constituent entities.
Note 1 to entry: If necessary, the SDIF unpacker will modify the system identifier parameter of markup declarations to be consistent with storage addresses in its environment.
3.111
self anchor
A hyperlink that addresses itself as one or more of its anchors.
3.112
semantic grove
A grove created by an application or architecture engine. The nodes of a semantic grove reflect the data structures required to implement the application- or architecture-specific semantics.
Note 1 to entry: The HyTime architecture's semantic grove is defined by the HyTime property set (see annex B).
3.113
SGML Document Interchange Format
SDIF
A data structure that enables a main document and its related documents, each of which might be stored in several entities, to be combined into a single data stream for interchange in a manner that will permit the recipient to reconstitute the separate entities.
Note 1 to entry: When SDIF is used as a hyperdocument interchange format for HyTime, the"main" document, if there is more than one, is the hub document.
3.114
SGML processing link
The"link process" feature of SGML; it allows multiple context-sensitive sets of presentation and processing specifications to be associated with elements of a document.
3.115
SGML subdocument entity
SUBDOC
An SGML entity that conforms to the SGML declaration of the SGML document entity, while conforming to its own document type and link type declarations. It contains, at a minimum, a base document type declaration and the start and end of a base document element.
3.116
subhub
A hub document declared in another hub document and whose own HyTime BOS is added to the parent document's HyTime BOS.
3.117
SMU name
A name, declared by a notation declaration, that identifies a standard measurement unit.
3.118
(location) step
An element in a location path.
3.119
subnode
In groves, a node whose origin node exhibits a property of which the node is a member.
3.120
subnode property
In groves, a property whose value must consist of nodes whose origin is the node exhibiting the property.
3.121
subnode tree
The tree of nodes consisting of a node and all of its subnodes.
3.122
target (of an ID reference)
The referent or, if that is a location address, the objects located by the location path that the referent begins.
3.123
treeloc
Tree location address.
3.124
tree location address
A location address that addresses a single node of a tree in the classical manner by selecting a node from an addressable range at each level of the tree, starting at the root.
3.125
validating HyTime engine
A conforming HyTime engine that can find and report a reportable HyTime error if (and only if) one exists.
3.126
view
A presentation of a web and the anchors that it connects.
3.127
web
A set of one or more hyperlinks that are used together.
Note 1 to entry: Typically, the hyperlinks deal with a common topic and/or they can be traversed continuously through common anchors and/or anchors occurring in the same object.