Pues si, resulta bastante castrante que estas trabajando en vReport, modificas contenido de campos (formulas, campos, variables, etc) guardas, pruebas y… el resultado nada que ver con lo que acabas de poner.
Resulta que no solo no guarda el último cambio, sino que te regresa al contenido de cuando menos ¡¡¡10!!! versiones anteriores, o sea, esto hay que arreglarlo, no puedes llegar con un cliente a ajustarle un reporte, hacer un mínimo cambio y que te vuelva a “n” versiones anteriores el contenido del reporte completo.
Y no me refiero a que pongo un solo dato, no, me refiero a contenidos un tanto más complejos y completos, a ejemplo, pagarés que hay que rellenar un texto extenso con los contenidos de diversos campos.
Otro pequeño detalle es que si copias un campo que tenga por ejemplo "Factura " + #NoFact, y lo haces a otra sección o en la misma sección, pero eliminas la etiqueta y solo quieres dejar el dato, a huevo te pone la etiqueta, aún cuando en el contenido de la fórmula ya no exista, solución, no copies campos, crealos de inicio.
Saludos a todos y quedamos a la espera de la solución de este pequeño y castrante incidente.
Sobre el primer problema de que vuelve a versiones anteriores, no es cosa de vReport, si no que es un problema en los campos de tipo objeto texto, que es donde se guarda el xml del informe.
Este problema existe desde las primeras versiones de v7, y como alternativa asegúrate siempre de guardar una copia del xml en un fichero antes de modificar el informe.
¿Es cierto que existe un problema con los campos de tipo Objeto texto? Si el fallo es lo que comenta Martín Ibarra, entonces estaríamos ante un problema grave de integridad de la información en la base de datos Velneo.
¿Ocurre lo mismo con los campos de tipo Objeto texto enriquecido y los binarios?
En los campos objeto, cada vez que se produce una modificación, en este caso el texto XML del diseño del Informe, el motor de Velneo marca como borrado la versión actual del XML y añade al contenedor .cnd la nueva versión del XML.
Por lo tanto tendremos tantas versiones del XML como modificaciones hayamos hecho al Informe con vReport.
¿con el comando “Limpiar campo Objeto” antes de guardar, evitaríamos este comportamiento?
Lo que no me explico es como el puntero del campo objeto vuelve a un valor que apunta a una versión del XML de 10 versiones anteriores. ¡¡Increible!! verlo para creerlo.
Entonces parece que es un problema combinado de la gestión de versiones de vReport y el problema aleatorio con los campos objeto de Velneo.
Esperemos que se arregle pronto.
Bueno me alegra saber que el problema no era yo… recién estoy metiéndome con vreport y me pasaba que haciendo pruebas con los campo texto se borraban, pensaba que era yo que de nabo la pifiaba… Me parece a mi o tengo la sensación que últimamente la política de velneo es "No lo puedo reproducir… ergo…entonces no existe.