Google Waveで使用される操作変換は、かなり奇妙なドキュメント形式です。ドキュメントは基本的に単なるxmlサブセットドキュメントです-文字、開始タグ、終了タグ。それに加えて、ドキュメントには「注釈」があります。これは、開始位置や終了位置などの範囲に関連付けられたメタデータです。ホワイトペーパーは、次のように彼らの存在を正当化します。
Waveドキュメント操作は注釈もサポートします。注釈は、アイテムの範囲、つまり開始位置と終了位置に関連付けられたメタデータです。これは、基礎となる構造化ドキュメントのフォーマットを不必要に複雑にしないため、テキストのフォーマットやスペルの提案を説明するのに特に役立ちます。
ドキュメントから任意の範囲を選択し、たとえば太字にする場合、XMLタグのネストは厳密であり、タグのオープンとクローズの挿入が混乱する可能性があることは確かにわかります。
しかし、これは実際には本当に問題ですか？つまり、構造化されたエディターではなく、基本的に古いワードプロセッシングパラダイムを模倣するエディターを作成しない場合、そのような操作をサポートする必要がありますか？単純なHTML5のようなドキュメント構造を使用した純粋なXML操作変換は、それほどひどいものでしょうか？スタイルがタグとしてドキュメントに含まれるのはパフォーマンスの問題ですか？または、操作変換モデルは、タグで表されている場合、テキストの書式設定でどういうわけか不十分な結果を生成しますか？
また、副次的な質問-純粋な「文字の挿入、文字の削除、保持」操作変換モデルは、プレーンテキスト表現でどれほど優れているでしょうか。たとえば、HTML5をテキストとして編集するか、ウィキペディアの記事を編集しますか？