Sat, 28 Feb 1998 11:56:30 +0100
"jj2fernandez" jj2fernandez@recol.es
Como ya comenté, al CR hay que tratarlo como un unico objeto, y si quieres crear una DLL que contenga al objeto CR lo mejor es que en la llamada a la DLL
uno de los parametros que le envies sea un objeto que represente al CR. Es decir, si en una dll empleas el CR y desde la aplicacion en la que la llamas ya tienes insertado el objeto CR en la ventana MDI, lo que tienes que hacer para evitar problemas es enviarle a la dll el objeto CR como parametro al modulo de clase y en el formulario que tenga la dll si es que lo tiene no insertar el objeto CR.
Otra cosilla interesante que hay que tener en cuenta, es como ya comente que el objeto CR recuerda las propiedades que le asignes tanto en ejecucion como en tiempo de diseño, y que si a lo largo de la aplicacion vas sacando distintos listados que atacan sobre distintas bases de datos (ficheros mdb, dbf o atraves de ODBC) hay que tener mucho cuidado para que para cada listado sepas donde "enganchas" al CR. Si en un listado solo usas un archivo de base de datos, por ejemplo un mdb, haces uso de la propiedad:
CR1.datafiles(0)="aqui le pones la ruta donde se encuentra el archivo de BD"
Si este listado tiene varios archivos de BD, le vas poniendo al indice de la matriz los siguientes numeros, pero no hay que olvidar que ocurre lo mismo que con las formulas que recuerda la matriz que se crea y para evitar problemas una vez lanzado el informe limpiar la matriz.
Si usas ODBC, debes indicarle al CR en la propiedad:
CR1.Connect="DSN=nombre_dsn"
a que DSN debe engancharse, y de igual modo esto lo recuerda para el siguiente que vayas a sacar, con lo que debes tener cuidado.
Bueno, pues por ahora eso es todo, espero que se entienda lo que pretendo explicar, pero de todos modos si tienes alguna duda me lo comentas.
SALUDOS."jj2fernandez" jj2fernandez@recol.es
