Comparativa de diseñadores de reportes

[Biel EA6DD]

De los diseñadores de informes que yo he probado (List & Label, Crystal Reports, Fast Report), sin duda me quedo con Fast Report, por muchisimos motivos, de los cuales la mayoria ya se han comentado, pero expecialmente su facil integración con Harbour, su potente editor de informes y la gran facilidad de redistribución (una sola dll, sin instalación).

Tambien he sido y sigo siendo usuario de la clase tReport, que para según que tipo de listado es muy rápido en diseñar (a mano) y consigo el resultado deseado.

Creo que hablados de dos cosas distintas, y un GUI de tReport, nunca se acercara a Fast Report.

Dicho esto me parece genial el dotar de herramientas que facilten el diseño de reportes, pero para mi seria más importante dar continuidad al trabajo de Sergey(parece ser que no es posible), o crear un proyecto nuevo integrado en FiveWin para tener acceso a las ultimas versiones de Fast Report, de la misma manera que X_ailer ya lo ha hecho.

[Antonio Linares]

Biel,

Yo entiendo que hay que optar por máxima funcionalidad con el menor esfuerzo posible, y de ahí que FastReport parece que es el más usado.

Pero usar un producto basado en Delphi, en una DLL sin código fuente, cuyo "adaptador" ya no está entre nosotros, me parece bastante "parche"

Pero lo dicho, si funciona, entiendo que lo useis

[Antonio Linares]

Si la mayoria quiere FastReport, pues habrá que considerarlo seriamente

[Biel EA6DD]

Biel,

...
Pero usar un producto basado en Delphi, en una DLL sin código fuente, cuyo "adaptador" ya no está entre nosotros, me parece bastante "parche"
...

El que este basado en Delphi, o cualquier otro lenguaje no me preocupa en exceso (más bien nada), depender de un tercero distinto al fabricante y que por desgracia ya no está entre nosotros, si me preocupa (bastante).
Tienes toda la razón, auque en su dia fue una muy buena inversión. A dia de hoy y con la desaparición de Sergey parece estar en una mala situación.

[manuelcalerosolis]

Lo ideal es q trabajemos para volver a realizar el trabajo de Sergey, y poder conectar fácilmente FW con FastReport.

Seguro q si el lo consiguió la comunidad de FW también lo podrá hacer.

Saludos.

[Carles]

Hola,

Tuve hace poco una experiencia en montar un diseñador. Sobre él ya hize varios comentarios al respeto en su dia. Durante el proyecto me iban apareciendo nuevas necesidades y necesitava rediseñar muchas partes, todo esto fue producto de la inexperiencia de haber diseñado alguna vez alguno o saber realmente hasta donde queria llegar. Desgraciadamente termine readaptandolo a mis necesidades y manera de trabajar.

Ahora tengo mas claro como debe o deberia de ser, pero mas claro tengo que con FWH SI se puede realizar. El problema es que se trata de un proyecto de diseño de todo un programa con los correspondientes recursos ue implica y que tenga la capacidad de integrarse completamente con nuestras aplicaciones. Es un proyecto complicado por muy sencillo que lo quieras diseñar pero tampoco tenemos de marcarnos la idea de imitar a FastReport (para mi, el mejor) pero del cual si podemos aprender.

Y conceptualmente tengo muy claro que deberia de hacer:

1.- Diseñador de formularios -> Donde queremos y como queremos que se imprime las datos
2.- Motor de impresión de los datos -> Donde se imprimiran los datos: Datos estaticos en el formulario (ejemplo cabeceras, pies,...) y datos dinamicos (ejemplo posiciones detalle, subdetalle, ...).

No creo necesario ni importante que lleve un motor propio de datos, puesto que nuestras aplicaciones constantemente accedemos a multiples origenes de datos distintos, teniendo nosotros la capacidad de facilmente leer desde haya donde nosotros necesitamos, y esta facilidad creo que seria complicada meterla en un motor de la libreria. Creo que la mejor idea es que nosotros desde el programa accedamos a los datos como siempre, y se lo pasemos a la clase para que este se encargue de imprimirla alla donde toque.

Basicamente....

[Antonio Linares]

Biel, Manuel,

Desde un punto de vista de la funcionalidad de un reporte, ¿ que funcionalidades ofrece FastReport que no tenga la clase TReport ?

No me refiero a las facilidades que ofrezca el diseñador, sino a lo que precise el reporte a hacer.

Creo que vuestras opiniones como usuarios expertos con FastReport es muy importante y os agradecemos todas las explicaciones, ejemplos, etc que podais comentarnos, gracias

[Antonio Linares]

Charly,

En tus reportes no usastes la Clase TReport de FWH (creo) ? Que le falta a la Clase TReport ?

Tu diseñador (muy bueno) lo veo más como un diseñador de formularios, que de reportes. Es asi ?

[manuelcalerosolis]

Antonio,

Ofrece muchas cosas, a mi entender de las mejores los cálculos q se pueden hacer SUM(...) de columnas, ocultar y mostrar elementos según la condiciones, incluso bandas completas, para hacer informes resumidos.

Cálculos en Delphi, creas variables y las vas utilizando, para sumatorios, medias, y lo q se te ocurra.

Control de eventos "OnBeforePrint", ..., por cada elemento q tengas en pantalla.

Y el editor es brutal, los preview perfectos, y las exportaciones a Excel, HTML, Pdf, etc., las hacer de maravilla.

Como decía Rafa y Biel, los mejores 300€ q me he gastado jamas.

Saludos.

[Antonio Linares]

Manuel,

Por lo que comentas es un gran diseñador de reportes

De tus comentarios, leo entre líneas que podriamos tener una cláusula WHEN en las columnas del reporte y en otros elementos. En cuanto a los cálculos, con Harbour tenemos de todo.

El evento bOnBeforePrint tambien lo podemos incluir en la Clase TReport, en todos los elementos que queramos

La calidad es lógica puesto que es una empresa que solo se dedica a eso Usas todas las opciones que ofrece ? Que le ves superfluo ? gracias

[Carles]

Buenas,

En tus reportes no usastes la Clase TReport de FWH (creo) ? Que le falta a la Clase TReport ?

Se basa en TPrinter. TReport no se ajustaba a mi idea, que era la de colocar cada columna de detalle donde quisiera dinamicamente, asi como sus subposiciones, ...

Tu diseñador (muy bueno) lo veo más como un diseñador de formularios, que de reportes. Es asi ?

La idea inicial era poder generar modelos tipo factura con master/detail/subdetail

https://dl.dropboxusercontent.com/u/105 ... liAlb4.pdf

Aqui te dejo mi idea en su dia...

https://dl.dropboxusercontent.com/u/105 ... /MyRpt.pdf

[manuelcalerosolis]

Antonio,

Aun no he utilizado la generación de gráficos p.e., q la tiene.

Con el tiempo he ido exprimiendo la herramienta, cosas q creía superfluas, ahora no lo son.

Es indudable q son personas centradas en la elaboración solo de informes, por tanto el resultado es excelente, de ahí mi insistencia en no reinventar la rueda, solo tenemos q ponerla en nuestro coche, eso si q funciona con FW

Saludos.

[Antonio Linares]

Charly,

gracias por la explicación. Ahora entiendo la limitación que ahi tenias con TReport

Manuel,

Afortunadamente por lo que se ve, FastReport es muy estable. Yo le tengo mucho respeto a los componentes OLE, ActiveX, DLLs, etc... porque me he topado con incontables problemas. Si FastReport es realmente sólido, entonces logicamente es una buena solución

Nunca os ha dado ningún problema ?

[lucasdebeltran]

Antonio,

Fast Report no trabaja en 64 bits.

En algunos PCS con Windows 8 se cuelga tras trabajar un buen rato con la aplicación.

Los PDFS generados no se ven en el IPhone.

La exportación en Word no siempre funciona correctamente.

Es un buen producto, pero al haber desaparecido Sergey estamos congelados en la última versión que sacó hace casi ya dos años.

Un saludo

[ruben Dario]

Saludos
Antonio construi el ejecutable del ejemplo pero se cualga al ejecutar, segun veo me falta Riched20.dll en donde lo ubico no lo encuentro creo que este puede ser el problema.

Gracias.