anchor.diff:  
   En el caso de las relaciones entre dos citas de texto o entre una cita de texto y una de imagen, este desplazamiento puede ser "físico", es decir, que podemos pasar a ver en pantalla la cita __destino__. De esta forma, podremos "leer" de una forma diferente nuestros documentos como si se tratara de hipertextos. Si, por ejemplo, hemos definido una relación del tipo...
   
  -Cita A ― critica > Cita B
  +`Cita A ― critica > Cita B`
   
   …podemos, después de leer la __Cita A__, desplazarnos a la _Cita B_ aunque ésta se encuentre en un documento diferente.
   
  -En la figura podemos ver un ejemplo de _hipervínculo_ entre documentos de texto. La etiqueta del _hipervínculo_ nos informa de que existe una relación del tipo <continued by> entre la cita seleccionada y la cita 10 del mismo documento.
  +En la figura podemos ver un ejemplo de _hipervínculo_ entre documentos de texto. La etiqueta del _hipervínculo_ nos informa de que existe una relación del tipo `<continued by>` entre la cita seleccionada y la cita 10 del mismo documento.
   
   [[img-desplazamiento-entre-hipervinculos, Desplazamiento entre hipervínculos]]
   .Desplazamiento entre hipervínculos
  
positive.code: [[relaciones-entre-codigos]]
  ==== Relaciones entre Códigos
  
  Las relaciones entre códigos siguen los mismos principios que las relaciones entre citas. La creación de estas relaciones está disponible mediante el menú `Códigos > Vincular código a:` (figura ).
  
  [[img-menu-vincular-codigos, Menú vincular códigos]]
  .Menú vincular códigos
  image::images/image-102.png[{alt="Menú vincular códigos", float="right", align="center"]
  
  Al seleccionar esta opción se nos ofrecerán tres tipos posibles de vinculación: con citas, con códigos y con memos. La primera de ellas sería una nueva forma de codificación en la que, en este caso, nos aparecería una ventana con la lista de citas disponibles y podríamos seleccionar las que quisiéramos relacionar con el código seleccionado.footnote:[Este procedimiento sería similar al de codificación por lista, con la diferencia de que en un caso nos aparece una lista de códigos para relacionar con la cita seleccionada y en otro una lista de citas para relacionar con el código seleccionado.] Por lo que respecta a las relaciones con los memos, las desarrollaremos en el siguiente apartado (pág. 108). Para definir las relaciones entre códigos seguiremos un procedimiento similar al de la definición de __hiperlinks__:
  
  1. seleccionar el código que queremos definir como origen de la relación,
  
  
negative.code: [[como-funcionan]]
  ===== Cómo funcionan
  
  Como comentábamos anteriormente, de la misma forma que podemos considerar a las familias como una forma de agrupación del tipo “A _es un_ X”, (donde _**A**_ puede ser un código, un documento o una anotación y _**X**_ una categoría genérica), otra estrategia de agrupación, en el caso de los códigos, sería utilizar la relación _is a_ para vincular códigos que hacen referencia a conceptos de carácter específico con otro código, que puede ser un código libre, más general o abstracto. Aunque ATLAS.ti no ofrece la posibilidad de crear jerarquías de códigos a partir de la definición de niveles como propiedad adscrita a los propios códigos, podemos construir organizaciones jerárquicas a partir del establecimiento de relaciones asimétricas entre códigos. Por ejemplo, si anteriormente hemos creado una familia de códigos _Evasion_ para agrupar los códigos que hacen referencia a los diferentes niveles de evasión, otra posible estrategia sería la de crear un nuevo código (insistimos, nuevo código, no una familia) _Evasion_ con el que, usando el conector _es un,_ podemos relacionar los códigos __EvFul__, __EvMedium__, _EvSubstantial_ y __EvSubtil__, utilizando el tipo de relación __is a__.
  
  Podemos, por lo tanto, utilizar dos estrategias diferentes para “agrupar” códigos, mediante la creación de familias o mediante la creación de relaciones entre códigos. Ante la pregunta sobre cuál de las dos estrategias es recomendable, la respuesta es que ambas, puesto que nada impide que tengamos tanto la familia de códigos _Evasion_ como el código _Evasion_ (con sus relaciones). La diferencia básica entre estas estrategias consiste en que en la segunda, al disponer de un código _Evasion_ podríamos establecer nuevas relaciones entre este código y otros, algo que no podemos hacer en el caso de las familias, puesto que **no se pueden establecer relaciones entre familias y otros componentes**.
  
  