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"