Un refrán hindú dice:
Si tus problemas tienen solución,
¿De qué te quejas? (Entre lineas, haz lo que hace falta para arreglarlo y dejame de comerme la oreja con tus rollos)
Si tus problemas no tienen solución,
¿De qué te quejas? (Entre lineas, Ajo y Agua; haberte pasado al Linux)
Aun no sé porqué un valor nulo en un campo puede hacer que todo el informe aparezca en blanco, ni me importa, ya que logré evitar este error como de costumbre, con un parche poco elegante pero eficaz, hasta que revienten las costuras por otra parte.
Es duro, pero poco a poco la filosofía Microsoft termina imponiéndose.
Veamos, por ahí vi que no era el único con este problema y que la solución era poner siempre un valor por defecto. El caso es que poner "" como defecto tampoco le gusta al Crystal, asi que al final tuve que ponerle un espacio en blanco (Lo digo como si fuera lo mas sencillo del mundo, pero en realidad casi me vuelvo loco porque al usar Databindings, al hacer un nuevo, todos los campos se establecían a "", eliminando el valor por defecto que venía desde el access y es como si no hubiera hecho nada. No veais hasta que me di cuenta de eso...
)
Bueno, tomad precauciones y si sabeis que algun campo que le paseis al Crystal puede ir vacío, obligadle a tener un valor dependiendo del tipo de dato que sea. Si es cadena un string, si es número un cero y si es una imagen, ponedle un fondo blanco o una imagen con un letrero "Imagen no disponible" o "Estamos en obras, dejenme trabajar tranquilo"
Os lo advierto, no caigais en la tentación de obligar al usuario a rellenar absolutamente todos los campos si no son información vital. Eso conlleva al lado oscuro de la programación.
La senda del Crystal Report llena de obstáculos y sinsabores está. Del lado oscuro debeis guardaros.
PD: Nunca adivinariais qué pelicula acabo de ver.
