¿Por qué Google Wave operacional Transform anotaciones necesidad?

Question

La transformar la materia operacional utilizado en Google Wave tiene un formato de documento bastante curioso. Un documento es, básicamente, sólo un subconjunto de documentos XML - caracteres, etiquetas iniciales y finales. Además de eso, el documento tiene "anotaciones", que son meta-datos asociados con rangos, por ejemplo la posición inicial y la posición final. El papel blanco justifica su presencia con:

  

Las operaciones de documentos Wave también apoyan anotaciones. Una anotación es algunos meta-datos asociados con un rango de punto, es decir, una posición de inicio y una posición final. Esto es particularmente útil para describir el formato de texto y las sugerencias de ortografía, ya que no complicar innecesariamente el formato de documento estructurado subyacente.

Desde luego, se puede ver cómo sería un poco difícil si cualquier rango de un documento sería seleccionado y, por ejemplo en negrita -. XML etiqueta de anidación es estricta y que podría causar un desastre de inserciones de etiquetas de apertura y cierre

Sin embargo, es este realmente un problema en la práctica? Es decir, puede uno necesariamente tiene que apoyar este tipo de operación, si no hacer un editor de esa palabra, básicamente, imita los años procesamiento de paradigma en lugar de ser un editor estructurado? Would XML puro operativa transformar con la estructura del documento simplemente como HTML5 sea tan terrible? ¿Es un problema de rendimiento que serían estilos en el documento como etiquetas? O que transformar el modelo operativo de alguna manera producir resultados insatisfactorios en formato de texto si están representados con las etiquetas?

Además, una pregunta lado - lo bueno que sería la pura "Insertar carácter, carácter quitar, retener" operativo transformar el modelo sea en las representaciones de texto sin formato? Por ejemplo, la edición de HTML 5 como texto - o editar artículos de Wikipedia

Answer 1

Existen problemas fundamentales con el uso de un lenguaje de marcado jerárquica con OT. Vea a continuación un ejemplo práctico:

¿El trabajo de transformación operativa en documentos estructurados como HTML si se ha tratado simplemente como texto sin formato?

Answer 2

Esta elección tiene sentido para mí como una optimización en varios frentes:

• Los restos documento subyacente como legible por humanos y de análisis sintáctico-poder como sea posible
• Los algoritmos para analizar el XML subyacentes siguen siendo tan simple como sea posible (útil para la compatibilidad con no pertenecientes a Google intentos de análisis de los documentos resultantes, y para el mantenimiento)
• La basura recogida adicional, después de múltiples ediciones, puede conducir a grandes éxitos de rendimiento -., Debido al gran número de etiquetas y / o pases adicionales sobre el documento para intentar simplificarlo