Report builder - Ticket de altura dinamica

[jpgonzalez]

Buenas para todos...
Estoy haciendo un sistema de facturacion en el cual lanzo los tickets en un impresora termica usando Report Builder.
El problema que tengo es que no puedo hacer que la altura del ticket sea dinamica, es decir, que el alto del ticket dependa de la cantidad de renglones del "detail" del reporte.
Debido al tamaño del "detail", entran aproximadamente 8 renglones...
Esto hace que si el detalle solo tiene 1 renglon imprime --> Header, renglon, espacio en blanco y el footer.
Si el detalle tien 11 renglones, me imprime --> Header, 8 renglones de detalle, footer ... header, 3 renglones de detalle, espacion en blanco y footer.

Probe poniendo en el Detail la opcion PrintHeight = "phDynamic" y sigue haciendo lo mismo.
La verdad que no se me ocurre que hacer para que quede un solo ticket y que la altura varie segun las lineas del detail sin repetir el footer.
Espero haber sido claro en la duda, un abrazo!!!

[Casimiro Notevi]

No hay que hacer nada de eso, lo primero de todo es asegurarte de que tienes seleccionada la impresora adecuada.

[jpgonzalez]

ahhhh... ok
Yo tengo puesto PrinterName=Default, pense que con eso agarraba la impresora predeterminada de windows (que es la tickeadora termica).
Probare poniendo en el printername la impresora y ver si con eso anda... gracias!

[jpgonzalez]

Empezado por Casimiro Notevi

No hay que hacer nada de eso, lo primero de todo es asegurarte de que tienes seleccionada la impresora adecuada.

Debido a tu respuesta me surge la siguiente duda, este programa lo tienen 5 clientes...
Por ahora solo 2 de ellos tienen impresoras termicas y ambos usan samsung...
Que pasa si alguno de los otros 3 tienen una Epson TM T20 por ejemplo??... tendria que hacer un ejecutable para las samsung y otro para las Epson?
De ser asi, tendria que tener un exe para cada tipo de impresora?... (ademas de tener instalado los drivers en mi PC para seleccionarlas).
Te dejo esa duda... un arbazo!

[Casimiro Notevi]

No entiendo lo del "un .exe distinto para cada cliente", lo normal es tener los informes por separado y no tocar el programa, así cada vez que modificas un informe sólamente tienes que enviar eso y, además, puedes personalizarlo para cada cliente.
No entiendo bien lo que comentas, te aconsejo que mires los ejemplos que trae reportbuilder, son muchísimos informes los que trae y te servirán de referencia.

[jpgonzalez]

Empezado por Casimiro Notevi

No entiendo lo del "un .exe distinto para cada cliente", lo normal es tener los informes por separado y no tocar el programa, así cada vez que modificas un informe sólamente tienes que enviar eso y, además, puedes personalizarlo para cada cliente.
No entiendo bien lo que comentas, te aconsejo que mires los ejemplos que trae reportbuilder, son muchísimos informes los que trae y te servirán de referencia.

Bien Casimiro, en primer lugar gracias por la respuesta.
A lo que me refiero con un exe para cada impresora, es compilar diferentes ejecutables.
Yo siempre (hace 5 años que programo en Delphi) use los reportes de Report Builder de manera interna, nunca los use por separado. Quiza en el lugar donde "aprendi" a programar en Delphi no lo usaban correctamente.
Se agregaba el componente de RB en el form que lo usaba, se creaba el reporte, se lo llamaba y listo... nunca guarde un reporte externamente al ejecutable.
Probaré haciendo los importes de manera externa, y buscare algunos ejemplos de RB para guiarme.
Hoy en mi trabajo tengo una Epson TM-T20 para probar como salen.
Nuevamente muchas gracias, espero que asi funcione.

[Casimiro Notevi]

Entonces te aconsejo que lo hagas así, con los informes fuera, los puedes poner en un directorio, o incluso almacenarlos en una tabla de la base de datos, de esa forma siempre puedes cambiarlos sin tocar el .exe