Manejo de Cambios / Versiones

Editores WYSIWYG e información/proyectos con múltiples archivos de texto (entre otros)


Control de Cambios - Sistema de manejo de versiones en algunos editores WYSIWYG

Comentarios generales:
(a) Todo parece indicar que los WYSIWYG son, en realidad, archivos binarios para los sistemas "generales" de control de cambios, (orientados a código fuente de proyectos de software), así que en este caso conviene usar los propios mecanismos de control de cambios de los WYSIWYG.
(b) Primero va lo asociado a 2000-2003 (1) y después OpenOffice.Org 2.0 Writer (2).
(c) Usar: Ver - Encabezado y pie de página en 2003, porque sino, no se ven.
(d) Como será comentado, los editores WYSIWYG no manejan versiones directamente sino por demanda.

Uso de lo que está disponible para control de cambios - versiones:
(1) Herramientas - Control de cambios: aparece una barra nueva asociada a esta tarea. En 2000 debe estar "activado" Ver - Barra de herramientas - Revisión, y cuando se hace Herramientas - Control de cambios apareces otras opciones, entre ellas: "Controlar los cambios al modificar". Bueno, otra vez hay que decir que sí y elegir las opciones asociadas.
(2) Edit - Changes - Record.

Cómo funcionan Ambos - (1) y (2):
(a) Ponen una línea continua en el margen izquierdo, que abarca las líneas cambiadas.
(b) Se puede asociar a cada cambio un comentario que queda en una "caja" en el margen derecho.
      (1) Esta caja "deforma" la visión del margen porque lo hace parecer más grande de lo que es, pero en realidad no lo cambia (aunque el editor es WYSIWYG).
(c) El texto cambiado aparece en otro color y subrayado.
      (1) Cambia de color de font cuando cambia el usuario que hace modificaciones al texto.
(d) Cuando cambia algo más que el texto, ponen una caja con un comentario en el margen derecho:
      (1) Agrega comentarios también cuando cambian cosas de formato de página.
(e) Cuando se pone el mouse sobre algo cambiado, muestra la fecha, hora y usuario que lo cambió.
(f) Ningún cambio se hace efectivo a menos que se apruebe explícitamente.
(g) Los cambios se aprueban uno a uno. Solamente los cambios aprobados pasan a ser texto sin subrayado ni marcado de ninguna manera.
      (1) Se puede ir a la barra de revisión o con el botón derecho del mouse y ver, aprobar o dejar igual los cambios, es decir como cambios que aún no están aprobados.
(h) Parece común en estos editores y en general que siempre se pueden guardar versiones. Esto sería como dejar una copia del estado actual. La diferencia de hacerlo "a mano" con un "salvar como" es que queda todo dentro del mismo archivo. Además, cada versión puede tener su propio comentario de la versión, más allá de los comentarios particulares de cada uno de los cambios del contenido. Las versiones (y, de hecho, todo lo relacionado con el control de cambios) siguen existiendo, como es de esperar, en los "guardar como" del documento. En cualquier caso, parece necesario limitar la generación de versiones para que el (único) archivo no crezca demasiado (aunque es de esperar que maneje "diferencias" o "cambios incrementales" para esto... también).
      (1) Archivo - Versiones: muestra todas las versiones que se hayan guardado como tal con sus correspondientes comentarios y opciones para abrirlas, borrarlas, etc.

Importante:
Si se está acostumbrado a la edición sin control de cambios y se incorpora lo relativo al control de cambios, es posible que se note exceso de detalle en los cambios que se registran. De hecho, no son importantes los "cambios intermedios" para llegar a un texto determinado y esos cambios intermedios pueden confundir cuando los que revisan los cambios no están en contacto directo con el que los hizo. Puede suceder cuando ya se cuenta con un texto draft y se comienza a hacer control de cambios o cuando una misma persona cambia un texto en dos lugares o máquinas diferentes, que son interpretados como usuarios diferentes (se muestran los cambios en diferentes colores y son "cambios diferentes", es decir a aceptar/rechazar por separado aunque sean parte del mismo párrafo). Todo esto sirve para decir que quizás en algún momento sea necesario desactivar el control de cambios o directamente aprobar los cambios sin que nadie más haga revisión de los mismos.

Esto debería seguir...Esto debería seguir...Esto debería seguir...Esto debería seguir...Esto debería seguir...

Control de Cambios - Sistema de manejo de versiones en proyectos de sofware (o .tex, żno?)

Reporte de errores/comentarios: ftinetti @ gmail . com (quitar los espacios en blanco), con asunto "ctrlofchg"