Warum Google Wave Operational Bedarf Anmerkungen Transformation?

Question

Die operativen Sachen in Google Wave haben ein eher kurioses Dokumentenformat verwendet verwandeln. Ein Dokument ist im Grunde nur ein XML-Dokument Teilmenge - Zeichen, Start-Tags und End-Tags. Zusätzlich dazu weist das Dokument „Anmerkungen“, die mit Bereichen zugeordnet meta-Daten sind, z.B. Startposition und Endposition. Das Whitepaper rechtfertigt ihre Präsenz mit:

  

Wave-Dokument Operationen unterstützen auch Anmerkungen. Eine Anmerkung ist einige Meta-Daten mit einem Elemente Bereich zugeordnet ist, das heißt eine Startposition und eine Endposition. Dies ist besonders nützlich für die Beschreibung Textformatierung und Vorschläge Rechtschreibung, da es nicht unecessarily das zugrunde liegende strukturierte Dokumentenformat verkompliziert.

Ich kann auf jeden Fall sehen, wie es etwas schwierig sein würde, wenn ein beliebiger Bereich aus einem Dokument ausgewählt werden und bolded zum Beispiel würde -. XML-Tag Verschachtelung ist streng und das würde ein Durcheinander von öffnen und schließen Tag Einfügungen führt

Dies ist jedoch wirklich ein Problem in der Praxis? Ich meine, man notwendigerweise eine solche Operation unterstützen müssen, wenn sie nicht einen Editor zu machen, dass im Grunde imitiert die Jahre altes Wort Paradigma Verarbeitung statt ein strukturierter Editor zu sein? Würde reine XML-Betrieb mit der Dokumentstruktur verwandeln, wie einfach HTML5, das schrecklich sein? Ist es ein Performance-Problem, dass Stile im Dokument als Tags sein würden? Oder ist das operative Transformationsmodell produziert irgendwie unbefriedigende Ergebnisse auf Textformatierung, wenn sie mit Tags dargestellt werden?

Auch eine Seite Frage - wie gut würde der reine „insert Charakter, entfernen Charakter behalten“ Betriebsmodell auf einfache Textdarstellungen sein transformiert? Zum Beispiel der Bearbeitung HTML5 als Text - oder Bearbeiten Wikipedia Artikel

Answer 1

Es gibt grundlegenden Probleme mit einer hierarchischen Auszeichnungssprache mit OT verwenden. Siehe unten für ein ausgearbeitetes Beispiel:

Does operative Verbesserungen Arbeit auf strukturierte Dokumente wie HTML, wenn einfach als normaler Text behandelt?

Answer 2

Diese Wahl macht Sinn für mich als Optimierungs an mehreren Fronten:

• Die zugrunde liegende Dokument bleibt als Menschen lesbaren und Parse-able wie möglich
• Die Algorithmen, um die zugrunde liegende XML bleiben so einfach wie möglich (nützlich für die Kompatibilität mit Nicht-Google-Versuchen Parsen der erhaltenen Dokumente und für die Wartung)
analysieren
• Der zusätzliche gesammelte Müll, nach mehreren Bearbeitungen bis hin zu großer Performance Treffer führen kann -. Aufgrund der schieren Anzahl von Tags und / oder zusätzlicher Durchgängen auf dem Dokument, um es zu vereinfachen, zu versuchen,