Que Reporteador me recomiendan ?

[ptt]

En mi experiencia con Qreport (el que venía con Delphi 5) casi me tienen que internar, me sacó canas verdes.
Una de las limitaciones más importantes era que el reporte quedaba dentro del ejecutable con lo que si era necesario modificarlo tenía que compilar nuevamente. En ese momento estaba haciendo un programa de facturación y cada cliente tenía un formato de factura diferente, si por cada cliente tenía que tener un ejecutable distinto... seguramente había una forma de hacerlo guardando configuraciones, posiciones de los campos o algo, pero opte por pasarme a Crystal que graba los reportes en archivos aparte del ejecutable. Además la integración con Delphi, a mi parecer, es bastante buena, se instala un componente que permite acceder a todas las propiedades del reporte, fórmulas de selección de registros, formas de presentación, propiedades de impresión y un gran etc.
En fin mi mayor experiencia es con Crystal llevo alrededor de 5 años y hasta ahora no he tenido necesidad de cambiarlo, algunos trabajos fueron más complejos que otros pero los he podido realizar sin mayores inconvenientes.
No me parece que sea más difícil de aprender que otros, por lo menos no me costo usarlo con la ayuda en castellano, y tiene las herramientas para hacer todo tipo de reporte, desde el mas sencillo al mas complejo.

[vtdeleon]

Saludos

Empezado por ptt

...fórmulas de selección de registros, formas de presentación, propiedades de impresión y un gran etc.

Pues enseñanos. Muchos (incluyendome) nos confudimos en esto, en como conseguir los componentes (ActiveX Control).
Hace tiempo usé este reporte, pero con la poca experiencia que tenía, lo dejé!

Empezado por ptt

No me parece que sea más difícil de aprender que otros, por lo menos no me costo usarlo con la ayuda en castellano, y tiene las herramientas para hacer todo tipo de reporte, desde el mas sencillo al mas complejo.

En español es un palo.

[ptt]

El componente viene con Crystal y se instala como cualquier otro en la paleta de componentes y se puede agregar la ayuda del componente a la ayuda de Delphi.
No hay problema en dar una mano, siempre que el tiempo y mis conocimientos me lo permitan.

[pigu]

Te recomiendo FastReport, ya que es muy completo y se integra en el IDE de Delphi

[vtdeleon]

Empezado por ptt

El componente viene con Crystal y se instala como cualquier otro en la paleta de componentes y se puede agregar la ayuda del componente a la ayuda de Delphi.

Seguro??, debe ser en las versiones actuales . Recuerdo (no muy bién) que, guiandome de manuales de 3ro y otros documentos, me hice un lío para agregarlos.

Empezado por ptt

No hay problema en dar una mano, siempre que el tiempo y mis conocimientos me lo permitan.

Esperando por ti

[Neftali [Germán.Estévez]]

Empezado por ptt

...Una de las limitaciones más importantes era que el reporte quedaba dentro del ejecutable con lo que si era necesario modificarlo tenía que compilar nuevamente.

Hace tiempo que no es necesario guardar los reports dentro del ejecutable; Existen herramientas para que el usuario modifique sus propios reports segun sus necesidades; QRDesign, por ejemplo:
http://www.thsd.de/

Empezado por ptt

...Crystal que graba los reportes en archivos aparte del ejecutable. Además la integración con Delphi, a mi parecer, es bastante buena, se instala un componente que permite acceder a todas las propiedades del reporte, fórmulas de selección de registros, formas de presentación, propiedades de impresión y un gran etc.

En realidad no es "que los guarde fuera", es que Crystal Reports es un Generador Independiente, es decir, los Reports se generan directamente contra la Base de Datos, no necesitas para nada Delphi. Lo que pasa es que luego añade una serie de componentes para varios lenguajes y un OCX/ActiveX para poder interactuar desde ellos, pero Crystal Reports realmente genera Reports contra la Base de Datos.
De ahí (y sigo insistiendo en eso) que su integración con Delphi sea de las peores.
La gestión de parámetros desde Delphi es engorrosa (no digo mala, digo engorrosa), la instalación en diferentes sistemas es engorrosa (hay que copiar una serie de DLL's segun sistema, Base de Datos,....), el sistema que tenía en versiones anteriores de gestionar los subreports es engorrosa (potente, pero engorrosa), el sistema de captura de errores desde Delphi era malo (no engorroso), espero que en las verisones últimas haya mejorado,...
Vuelvo a decirlo, lo considero muy potente, posiblemente el que más, pero para listados simples, creo que cualquiera de los otros "es mejor", en el sentido de que puedes hacer lo mismo con menos tiempo y menos problemas (y seguramente menos $$$$ también).

Hablando de $$$$, otros generadores tienen diseñadores para los usuarios finales gratuítos o baratos; Cuando yo trabajé con él, modificar un listado de Crystal Reports, sólo se podía hacer con Crystal Reports, lo que significa que cada cliente debe comprar el programa (que en su día no era barato).

Empezado por ptt

...No me parece que sea más difícil de aprender que otros, por lo menos no me costo usarlo con la ayuda en castellano...

No lo dudo, pero deberías ver las caras que ponían nuestros clientes cuando les explicabas cómo tenían que hacer para modificar sus listados... No te digo que los ojos se les salían de las orbitas, pero casi...
Para nosotros (como programadores) puede ser más o menos sencillo un programa de éste tipo -Crystal Reports-, pero piensa en un usuario final que tal vez ha usado su programa de facturación, un Excel o un Word, cuando le enseñas uno de éste tipo...
CONCLUSIÓN: Acaba llamandote para que se los modifiques tú.

[ptt]

Empezado por Neftali

Hace tiempo que no es necesario guardar los reports dentro del ejecutable; Existen herramientas para que el usuario modifique sus propios reports segun sus necesidades; QRDesign, por ejemplo:
http://www.thsd.de/

Sabía que debía haber una forma!! Es que no insistí en la busqueda, y como dije usé el QReport de la versión que venía con Delphi 5, que me pareció muy incómoda por lo ya expuesto, claro que después no lo usé mas y en estos años debe haber mejorado bastante o quizas ya era bueno en ese entonces y era yo el que no lo supo usar

Empezado por Neftali

De ahí (y sigo insistiendo en eso) que su integración con Delphi sea de las peores.
La gestión de parámetros desde Delphi es engorrosa (no digo mala, digo engorrosa), la instalación en diferentes sistemas es engorrosa (hay que copiar una serie de DLL's segun sistema, Base de Datos,....), el sistema que tenía en versiones anteriores de gestionar los subreports es engorrosa (potente, pero engorrosa), el sistema de captura de errores desde Delphi era malo (no engorroso), espero que en las verisones últimas haya mejorado,...

Quizás porque lo uso desde hace bastante ya no noto que sea engorrosa. Utilizo las propiedades del componente que tengo instalado en Delphi con lo que tengo acceso a cada una de las propiedades del reporte.
Lo de las dlls es como dices, pero hay una herramienta que permite saber cuales son necesarias en la instalación del cliente.

En el resto estoy de acuerdo.
Como dije antes mi experiencia está limitada a una versión vieja de QReport y a Crystal. Hasta ahora me quedo con Crystal por potencia y porque todo lo que necesité de la herramienta lo obtuve.