Muchos procesadores de texto son capaces de rastrear y mostrar los cambios realizados en un documento. Esos cambios generalmente se muestran en un marcado especial compatible con el editor. P.ej
Pero cuando se usa un editor de texto sin formato (como el Bloc de notas de Microsoft), ¿existe alguna técnica de marcado útil que los editores puedan usar para sugerir cambios, sin perder nada del texto original?
Dudo que haya un estándar para eso, al menos. Puede salirse con la suya usando algún marcador que no se usa en ningún otro lugar, como ###
, para indicar un pasaje modificado, pero no estoy seguro de si eso realmente califica como marcado. En cualquier caso, tendría que haber un acuerdo entre las personas involucradas sobre qué marcador(es) usar y qué significan. Algo como esto:
Tracked changes look like ###this[WAS: these]###.
Dicho esto, dependiendo de la inclinación técnica de los autores y editores, puede salirse con la suya con algo como configurar una cuenta de GitHub y cargar el archivo de texto allí. Los sistemas de control de fuente tienden a estar un poco más orientados a los programadores, pero resuelven su problema bastante bien: permiten que varias personas trabajen en un solo archivo de texto (incluso simultáneamente), rastrean cambios a lo largo del tiempo, muestran las diferencias entre versiones arbitrarias, retroceden y adelante entre versiones, y retrocediendo selectivamente cualquier cambio realizado.
Puede tomar un poco de tiempo acostumbrarse a alguien que no tiene una inclinación técnica, pero si realmente quiere hacer esto solo con archivos de texto sin formato, es una forma razonablemente fácil de avanzar una vez que supere la curva de aprendizaje inicial. Y para escribir, es probable que no haya necesidad de lidiar con los problemas más complejos, como la ramificación/fusión y demás; una historia lineal probablemente funcionará lo suficientemente bien.
Han pasado algunos años desde que se planteó la pregunta anterior. Ahora, hay al menos un sistema, CriticMarkup, diseñado para brindar a los escritores de texto sin formato una funcionalidad similar a la función de "control de cambios" de Microsoft Word.
Esta es una buena pregunta. Desafortunadamente, fuera del ámbito de la programación, no hay un sistema para rastrear cambios a nivel de personaje que yo sepa. (Si hay uno, ¡me encantaría saberlo!) Sin embargo, sospecho que hay muchos, muchos sistemas de este tipo que han sido improvisados por individuos.
Esto surge a menudo cuando se escribe en un blog: ¿Usamos archivos de Word con sus increíbles funciones de seguimiento de cambios y luego nos ocupamos de toda la basura que producen antes de publicar (posiblemente introduciendo errores)? ¿O trabajamos en texto sin formato desde el principio, improvisando algún tipo de sistema de cambio como el que sugiere Michael?
Si absolutamente necesita algo como esto, le recomiendo usar marcas que llamen la atención. [[[corchetes triples]]] o ***muchos asteriscos*** u ###otros signos similares###. (Si está trabajando en código fuente o HTML, esto podría causar problemas más adelante. Y, como puede ver, a veces muchos asteriscos aparecen como texto en negrita y cursiva, lo que indica otro problema).
En lugar de incrustar cambios en el texto en sí, ¿es posible que simplemente pueda usar la versión y el nombre de la persona? Por ejemplo, SampleFile_EditorNF_v1.0.1.txt puede tener sentido si usted y sus colegas acordaron un sistema. Luego, puede usar las revisiones de comparación de un editor robusto (como BBEdit) para comparar versiones y ver los cambios.
Otra opción es usar comentarios para describir los cambios.
Personalmente, usaría un sistema de control de versiones simple como Mercurial: no hay necesidad de un servidor, simplemente empaqueta todo el directorio (que contiene el repositorio con todo el historial de versiones) y lo cambia de un lado a otro en el correo electrónico, por ejemplo. .
También puede usar una herramienta simple de comparación de texto, como diff
: guarde su archivo original y haga que su editor haga todos sus cambios y los guarde en un archivo diferente. Luego puede ejecutar diff para comparar las dos versiones y ver qué cambió. Lo bueno de esto es que su editor podría ejecutar diff y guardar la comparación en un archivo de parche, y luego agregar comentarios directamente al archivo de parche para explicar cada cambio que se realizó.
Si desea marcar un texto, la solución obvia es utilizar un lenguaje de marcado. El ejemplo más conocido hoy en día es HTML, pero el poder de XML es que puedes crear tus propias etiquetas (y compartirlas con tus colaboradores a través de una DTD).
Puede hacer un
<suggest
seguimiento</suggest
de los cambios, como eliminar palabras<replaced
adicionales innecesarias y redundantes.</replaced
Tenga en cuenta que Markdown interpreta las etiquetas inventadas como marcado incluso cuando no sabe qué hacer con ellas. Para que el párrafo anterior aparezca correctamente, he usado el carácter de marca como escape al principio y al final de las etiquetas.
El más antiguo / simple que había conocido y el que sobrevive hasta la fecha con suficiente apoyo es el clásico : -- (ya lo mencionó al pasar @Michael Kjörling en su respuesta).
No sé mucho más allá del horizonte cercano (espacial y temporalmente) lo que la gente hizo o está haciendo, pero todavía lo uso en archivos de configuración y cosas por el estilo.
PDL_NAME=devNAME
UninstallLevel=1
PST_DEL=OFF
AUTHORITYCHECK=ON
CheckJobMonitor=ON [was: OFF]
DelRestoreFile=OFF
Los cambios sugeridos también se indican mediante una "consulta":
PDL_NAME=devNAME [? portNAME]
UninstallLevel=1
PST_DEL=OFF
AUTHORITYCHECK=ON
CheckJobMonitor=ON
DelRestoreFile=OFF
No estoy seguro. Puede guardar el archivo como un documento html y usar las <!-- Hello -->
etiquetas para indicar los cambios sugeridos. Cuando trabajé en un obsequio semanal, usábamos la función de comentarios en Windows Word para sugerir cambios. Luego, los cambios se agregaron usando texto rojo y tachados.
Nunca he usado el Bloc de notas, pero ¿puede crear archivos PDF? ¿O al menos imprimir en PDF?
Porque Acrobat Pro tiene un excelente conjunto de herramientas de marcado que uso todo el tiempo para revisar los correos electrónicos:
En lugar de tratar de encontrar un estándar de marcado, debe ceñirse a los métodos utilizados por la herramienta. No se desviarían demasiado de los estándares generales de marcado y la mayoría de las veces ocultan el marcado del editor y solo lo muestran cuando es necesario. Hay miles de millones de herramientas de edición de texto por ahí. Estoy usando al menos 3 o 4 herramientas diferentes con probablemente diferentes métodos de marcado y/o control de versiones. No me importan los detalles y solo me beneficio de la salida.
Además de las herramientas sugeridas por los comentaristas (criticmarkup, acrobat pro, xml, etc.), puedo obtener las herramientas que estoy usando actualmente o que usé en el pasado, todas capaces de marcar, comentar, redactar y/o versionar el contenido. .
Draftin es una herramienta en línea para escribir texto sin formato en una configuración colaborativa y tiene algunas funciones de marcado adicionales por encima del conjunto de funciones básicas.
Actualmente, estoy creando documentación de servicio y usuario final en Confluence , que tiene muchas características poderosas de colaboración, marcado, control de versiones, etc.
En el pasado, usé Redmine, que nuevamente tenía muchas funciones integradas (o ampliables con complementos) de marcado y control de versiones potentes.
También uso las herramientas de hojas de cálculo y procesamiento de texto en línea de Microsoft y Google, que tienen casi todas las funciones para colaboración, creación de versiones, comentarios o marcado de contenido.
Adiós intercambio de pila
Roberto Cartaino
Mónica Celio