Problema con barras 'portadoras' de código

[paribanufreitas]

Realmente es un punto que está muy poco resuelto.

Por un lado, una misma barra puede portar mas de un código, lo cual podría ser un modelo erróneo de codificación en la medida que posteriormente inhabilita al análisis de coocurrencias. Sería interesante limitar la capacidad de porte de un código por barra para evitar esos problemas al usuario de autoaprendizaje (limitar opciones erróneas).

Por otro lado es natural en un proceso de codificación, y principalmente al inicio de un proyecto "supercodificar" un párrafo en el proceso de construcción arborescente del futuro árbol de códigos, proceso que de todos modos muchas veces se mantiende. Esto para señalar que es super natural y razonable que un párrafo porte 30 códigos en - tal como se orienta mas arriba- 30 barras.

(!) La distribución 'espacial' de las barras es un muy desordenada. En mi caso supuso terminar con el trabajo de codificación por frustración. Así mismo hay una cierta 'exigencia' al usuario que actualice la página (F5) para reordenar lo códigos (color y ubicación), pero resulta que cuando se actualiza se presenta el documento en el primer párrafo, lo cual en el flujo de trabajo es un elemento distorcionante enorme ya que hay que bajar a buscar de nuevo dónde estaba trabajando.

[marcbria]

He llegado a conclusiones similares. Pensemos y discutamos en el lado libreQDA cual sería la manera de resolverlo y volvemos al gestor cuando tengamos una propuesta de consenso y bien definida.

Etiqueto como "mejora" y "discusión" aunque estamos ante una funcionalidad a resolver antes de liberar la 1.0.