XML エディター

XMLエディターは、XMLの編集を容易にする機能が追加されたマークアップ言語エディターです。これは、すべてのコードを表示できるプレーンテキストエディターを使用して行うことができますが、XML エディターには、ドキュメント型定義(DTD) または XML ツリーで提供されるデータに基づいて、タグ補完や、XML 編集で一般的なタスク用のメニューやボタンなどの機能が追加されています。

また、コードをバックグラウンドに隠し、レンダリングされたバージョンや編集フォームに近い、よりユーザーフレンドリーな形式でコンテンツを表示するグラフィカル XML エディターもあります。これは、XML コードに精通していないユーザーが、タイムシートや支出レポートなどの XML ベースのドキュメントに情報を入力する必要がある場合に役立ちます。また、ユーザーが XML に精通している場合でも、構文の詳細を処理するこのようなエディターを使用すると、多くの場合、より高速で便利です。

XML エディターは、多くのプレーンテキスト エディターや汎用ソース コード エディターが提供する構文の強調表示を超え、XML スキーマまたは XML DTD に基づいて XML ソースを検証します。また、一部のエディターでは、ドキュメントの編集中にリアルタイムで検証を行うことができます。^[1] XML 編集専用に設計されたエディターの他の機能には、要素の単語補完や、開始タグが入力されると自動的に終了タグが追加される機能などがあります。これらの機能は、XML コードで印刷に起因するエラーを防ぐのに役立ちます。一部の XML エディターでは、ドキュメントに対してXSLT変換または一連の変換を実行する機能が提供されています。大規模な XML パッケージの中には、XSLT デバッグ機能や、ドキュメントからPDFファイルを生成するためのXSL-FOプロセッサーを提供するものもあります。

<?xml バージョン="1.0" エンコーディング="utf-8"?>
 <追跡アイテムリスト>
   <FlowRecipeID 値="TestPP.BND"/>
   <マテリアルID値="54321"/>
 </追跡アイテムリスト>

GUI ベースのグラフィカル エディターは、一部の人にとってはテキスト エディターよりも使いやすく、XML 構文の知識を必要としない場合があります。これらはWYSIWYG (「What You See Is What You Get」) エディターと呼ばれることがよくありますが、すべてが WYSIWYG というわけではありません。グラフィカル XML エディターは、最終的なレンダリングを表示する場合は WYSIWYG になり、 XML 要素の実際の意味を表示する場合はWYSIWYM (「What You See Is What You Mean」) になります。WYSIWYG でない場合は、ドキュメントのグラフィカルな最終結果 (またはその 1 つ) を表示せず、テキストの意味を伝えることに重点を置いています。DTD または XML スキーマや構成ファイルを使用して、XML 要素をグラフィカル コンポーネントにマップします。

こうした種類のエディターは、一般的に、ドキュメントの保存よりも、データ用の XML 言語に適しています。ドキュメントの構造は比較的自由形式である傾向があり、多くのグラフィカル エディターの一般的な厳密な性質に反する傾向があります。

上記の例では、エディターは設定ファイルを使用して、TABLE 要素がテーブルを表し、TR 要素がテーブルの行を表し、TD 要素がテーブルのセルを表していることを認識しています。エディターは、この情報を使用して、この構造化情報に基づいてテーブルを表示し、編集を容易にしています。

スキーマと構成ファイルの情報を使用して、ユーザーが無効なドキュメントを作成しないようにすることもできます。たとえば、テキスト エディターでは、テーブルにセルが多すぎる行を作成できますが、これは上記のグラフィカル ユーザー インターフェイスでは不可能です。

WYSIWYG エディターを使用すると、XML コードそのものではなく、何らかのグラフィカル表示で表現されたタグを使用してファイルを直接編集できます。多くの場合、WYSIWYG エディターは、何らかの変換またはCSSスタイルシート アプリケーションの結果をエミュレートしようとします。このエミュレーションは、XML から結果への変換に応じて、可能または不可能になります。

WYSIWYG エディターを単純に使用すると、特定の XML 言語の本来の意味を持たない文書が作成される可能性があります。これは、ユーザーが WYSIWYG を使用して文書の編集を容易にするのではなく、エディターで特定の視覚的表現を実現しようとすることに集中した場合に発生します。たとえば、Web ページを作成する人は、現在の WYSIWYG エディターでは小さく見えるという理由で、H1 (意味: 第 1 レベルのタイトル) ではなく H2 要素 (意味: 第 2 レベルのタイトル) を使用する場合があります。このような作成者は、見かけ上の視覚的表現に基づいて選択を行っていますが、作成者の Web ページへの訪問者は、ブラウザーでまったく異なるレンダリングを提供する可能性があります。

ただし、作成者が文書の根底にある意味を理解しており、作成者が WYSIWYG エディタの正確な外観に基づいて決定を下さない限り、このようなエディタは作成者にとって価値のあるものとなります。通常、何らかの方法でレンダリングされた文書を読む方が、生の XML コードを読むよりもはるかに簡単です。また、WYSIWYG エディタは多くのワード プロセッサ アプリケーションに似たツールを使用できるため、編集ははるかに直感的になります。一部の WYSIWYG エディタでは、ユーザーが DTD またはスキーマを使用して、編集用の独自のユーザー インターフェイスを定義することもできます。

通常、WYSIWYG エディターは CSS をサポートしますが、XSLT はサポートしません。これは、XSLT 変換が非常に複雑になり、結果を変更するときにユーザーが何を意図していたかを推測することが不可能になる可能性があるためです。そのため、Syntext Serna などの XSLT をサポートする WYSIWYG エディターは、変更を元の XML に直接適用し、変更ごとに XSLT を実行してビューを更新します。

上記の例では、スタイルシートを使用して、表のセルを特定の方法で色付けしています。たとえば、読みやすくするために、偶数行と奇数行の背景色は同じではありません。

• コンピュータプログラミング
• 技術編集

• XML エディタの比較
• オーサリングシステム
• 編集
• ソースコードエディタ
• 機械可読文書

編集されたフォーマット

• テキスト
• ダーウィン情報タイピングアーキテクチャ(DITA)
• ドキュメントブック
• 戦略マークアップ言語