Estoy queriendo modificar algunos datos en la orden de compra (reporte en pdf ) que salen erroreos o faltantes.
adjunto un ejemplo.
El primer error es: no figura el numero y ejercicio de la convocatoria.
El revisando el archivo xsl veo que la variable esta bien definida “ordenes_compras/detalles_ord_compras/registro/@nro_convocatoria” pero al ver los datos xsl desde el sistema la variable mencionada no aparece.
Por otro lado veo que hay texto en la misma orden de compra con diferente tamaño de letras, es raro porque todos los datos tiene el mismo estilo asignado.
Si en la operación “ver datos xsl disponibles” no aparece ese valor, es un bug que debe reportar via GDS para que podamos revisar y hacer las pruebas.
Estas son salidas XSL. El problema de las fuentes (y los estilos en general) radica que al momento de cargar dichos textos en SIU-Diaguita, recibió un formateo extra (con el editor wysiwyg o copiado desde texto web u MSOffice por ej.). Pueden corroborarlo visualizando el contenido del archivo XML de datos que se genera en el directorio temporal al ejecutar la salida. Este es uno de los motivos por lo que se implementa JasperReports, ya que con XSL-FO existen inconvenientes al interpretar estilos presentes en los datos.
Una posible solución sería que editen el texto de los plazos y forma de pago homogeneizando los tamaños (puede llegar a ser necesario borrar todo el texto y escribirlo a mano, para luego dar formato con el editor integrado).
Te quería consultar en que versión del sistema están?
Porque dicho error se presentó en la versión 2.0.0 y fue solucionado en la versión 2.1.0. Lo estoy probando en la demo (versión 2.1.2) y visualizo correctamente dichos datos.
Actualmente tenemos la versión 2.0.0 estamos tratando de actualizarlo pero queremos ir de apoco por el tema de los reportes personalizados que tenemos.
Buenas tardes,
Nuevamente estoy viendo este tema, esta vez utilizando como motor de reportes a Jasper.
Sigo con el mismo problema, dentro de la orden de compra tengo diferentes tipos y tamaños de letras. Entiendo que el estilo se guarda en la base de datos, habrá alguna forma de borrar todos los estilos y manejar esto desde jaspersoft ??
se podrá deshabilitar los editores de estilos en las ofertas para prevenir estos inconvenientes??
Los estilos se guarda al momento de cargar los datos (ojo cuando copian texto desde la web, MS Office, etc) cuando se traten de campos de texto largos o con soporte del editor wysiwyg de formateo extendido. Estos campos siempre son editables pero el estilo es en formato HTML siempre. De ahí a que pueden revisar los campos en la DB y chequear/modificar manualmente.
Entiendo que para una OC en proceso, no sería mucha carga editar manualmente un par de campos… ya que las OC cerradas no deberían ser modificadas. Lo mismo puede trasladarse al resto de los trámites del sistema.
Esto podría ser una cuestión de entrenar al usuario, para que tenga un procedimiento de carga de texto un poco mas normalizado (no copiar directamente desde la web o editories simil MS Office, no aplicar cualquier estilo con el editor wysiwyg incorporado de SIU-Diaguita). Otra alternativa sería implementar un filtro similar a lo que se realizaba con las salidas XSL (por medio de personalización de código PHP claro) y luego editar las salidas Jasper para que no tenga campos con propiedad tipo markup=html. Por último, siempre se puede llegar a implementar una funcionalidad que, parámetro mediante, habilite o deshabilite el uso del editor wysiwyg.
