Textos. Procedimientos

 Variables vg que no lo son

Inicio con esta entrada el abordaje de mejoras y de alternativas de respuesta a los planteamientos de automatización basados en el uso de OOo Basic como herramienta, de los que he estado tratando en esta subsección (Procedimientos), pero también en la subsección Automatización, ambas de la sección Textos.

En realidad son varias las mejorar y las alternativas posibles, pero empezaré por una tan sencilla como necesaria para resolver un problema presente en el procedimiento desarrollado hasta este momento. Me refiero a cómo tratar esas vg no son tales y hasta ahora han quedado sin respuesta.

Algunas variables asimiladas e identificadas como  gramaticalmente condicionadas realmente no se rigen por ningún criterio de concordancia, por lo que en sentido estricto no estarían correctamente calificadas dentro de este subtipo. De hecho no funcionan bien usando el procedimiento creado para la automatización de las vg, como habrás podido comprobar en el [documento resultante] del DocAp anterior. Sin embargo son expresiones de un recurso de referenciación del sujeto muy usado en los informes del que no nos conviene prescindir. Me refiero a la reiteración del nombre propio del alumno como forma de personalización del informe.

Este recurso es de uso muy frecuente, llegando a ser el dominante en algunas propuestas de automatización del informe, especialmente cuando el uso de OOo Basic es limitado, como sucede en las propuestas primitivas de automatización textual. Realmente es un recurso muy eficaz como forma de identificar al sujeto del quien se realiza el informe, aunque si lo usamos en exceso llega a resultar artificioso y hasta molesto. Por ello, en propuestas más avanzadas de automatización, se incorporar otras expresiones con funciones equivalentes que hacen que el texto generado automáticamente esté más próximo al creado manualmente (1).

Sin embargo, el dominio de las vg y la imposición de procedimientos de automatización ajustados a sus características (2) en la propuesta actual deja sin respuesta a lo que en formulaciones anteriores era la fórmula básica de personalización, quedando ahora sin contenido cuando se cambia el nombre del alumno del documento-base al uso del DocAp, lo que resulta ser, por razones obvias, lo más frecuente (3).

Para resolver este fallo de funcionamiento, podemos hacer una excepción al procedimiento actual y volver a soluciones anteriores; también podemos buscar una solución que se mantenga dentro de la lógica de nuestra propuesta actual. Lo que no es aceptable es no dar solución al problema.

En ambos casos deberemos modificar la asignación de la categoría vg a esta variable a fin de identificarla correctamente y poder darle el tratamiento que precisa. Esta variable no se puede confundir con la vi-condicionante, ya que es una variable condicionada directamente por ella, compartiendo con el resto de las vg esa dependencia. En consecuencia no puede ser tratada como vi a efectos de entrada de datos, pero hemos comprobado que tampoco puede tratada del modo en que lo son las vg (4).

Una posible solución pasa por:

• Identificarla como una categoría diferente (vn) o variable-nombre. Esto supone modificar el script Standard | CrearMatrizBase | MatrizBase, concretamente el segmento...

'Identificación de categorías de los segmentos textuales (mTipos())

For i = LBound(mSegmentos()) To UBound(mSegmentos())

If mSegmentos(i) = "" Then

mTipos(i) = "sl"

ElseIf mSegmentos(i) = "," or mSegmentos(i) = "."  or mSegmentos(i) = ";" Then

mTipos(i) = "sp"

Else

mTipos(i) = InputBox(mSegmentos(i),"Categorización de los segmentos textuales","tf-vi-vg-vn")

End If

Next

 ... para que se incorpore esta nueva categoría como identificador.

• Modificar el script NuevoDoc | NuevoInfo | NuevoInforme incorporando el siguiente bucle...

'Especificamos el contenido de las vn según el nombre del alumno
For i = LBound(mCateg()) To UBound (mCateg())
If mCateg(i) = "vn" Then
mTextos(i) = AlNuevo
End If
Next

 ... para que se recoja el nombre del alumno objeto de informe en la posición en que se encuentre la variable vn identifica en el proceso de categorización realizado con el script MatrizBase.

Te invito a que realices esas modificaciones en ambos script y compruebes si funciona la modificación que propongo. Para comprobarlo puedes desarrollar el proceso desde cero, borrando las hojas MatrizBase y CondicGen y activando el script MatrizBase una vez modificado (5).

NOTAS

(1) Este objetivo es uno de los responsables de la incorporación de expresiones como "el alumno", "el niño"... al conjunto de recursos de composición de los textos automatizados, generando la necesidad de dar un tratamiento específico a las que he llamado vg.

(2) Tratamiento de la dicotomía masculino-femenino para la concordancia de género, por ejemplo.

(3) Como puedes comprobar en el informe resultante de la aplicación del DocAp, según señalé anteriormente en esta entrada.

(4) No cabe incluirla como elemento de la BDGenero

(5) También puedes modificar directamente el dato de la celda B17 de MatrizBase, sustituyendo vg por vn. Esto hace que sea innecesario modificar el script MatrizBase, pero te recomiendo que hagas esa modificación de todos modos, ya que sólo así se corrige realmente el error.