Hola a todos..

Tengo un form donde hay adem�s de un dbgrid hay otros campos tedits donde hay ciertos importes.
Quisiera imprimir los datos del grid y debajo, esos n�meros. Ya tengo el reporte creado, todo bastante bien.. lo que no s� es c�mo indicar que quiero imprimir esos valores en los tedits... �se puede? si no.. c�mo podr�a solucionarlo? porque no siempre imprimimos datos de un dataset.. chauuuuuuuuuuuu

El 13 de junio de 2010 19:03, Paola Bruccoleri
<pbruccoleri en adinet.com.uy>escribi�:

Hola paola

tienesm, en la carpeta de lazarus, unos ejemplos de lazreport que hace lo que justamente necesitas

christian Ortiz escribi�:

Hola Cristian..
gracias por el dato.. justamente estaba revisando el sample que no era!! jajaja

pero.. he seguido el ejemplo, adapt�ndolo a mi reporte, y no logro que me tome la fecha:
puse en el getvalue:

  if ParName = 'fecha' then
    ParValue := edtFecha.Text;

y al imprimir:
an error occured during calculating fecha: [fecha]

puse en la banda encabezado de p�gina la fecha del reporte (no quiero la fecha del d�a).

Cada dos por tres al hacer doble clic en el componente tfrReport me sale un access violation y debo cerrar lazarus..

chauuuuuuuuuu

El 13 de junio de 2010 20:22, Paola Bruccoleri
<pbruccoleri en adinet.com.uy>escribi�:

lo pusiste asi????:

[ 'fecha' ]

en tu report,

christian Ortiz escribi�:

Hola Christian..
si lo pongo de esa manera, me sale tal cual como literal..., si lo pongo usndo comillas dobles, me salta el mismo error que si no las tuviera...

Revisando el ejemplo de lazarus, que si funciona, veo que en el reporte se definieron las variables.. bueno, eso hice tambi�n y no hay caso.. no me carga el dato en la variable..
Ya no s� que m�s puedo tener de diferente que a mi no me est� funcionando....
las horas que he perdido con esto es de no creer!!!! byeeeeeeeeeeeee

Se ha borrado un adjunto en formato HTML...
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus-es/attachments/20100614/ac5585db/attachment.html> ------------ pr�xima parte ------------
A non-text attachment was scrubbed...
Name: moz-screenshot-41.jpg
Type: image/jpeg
Size: 2299 bytes
Desc: no disponible
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus-es/attachments/20100614/ac5585db/attachment.jpg>

Hola, llego tarde al hilo..

Deber�as probar

procedure TFORM1.frReport1GetValue(const ParName: String;  var ParValue:
Variant);
begin
    if CompareText(ParName,'fecha')=0 then ParValue:=edtFecha.Text;
end;

Saludos
------------ pr�xima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus-es/attachments/20100615/45166dcd/attachment.html>

Claudio Romero escribi�:

Hola Claudio..
pero debo ver cu�l es el problema real.. �porqu� aparecen tantos caracteres raros en vez de s�lo la variable? adem�s, no aparece el nombre de la variable completo, sino que siempre le falta la primera letra...
muchas gracias igual
chauuuuuuuuuuu

Paola,

Yo estuve con este problema mucho tiempo hasta que pude solucionarlo. Haces todo de acuerdo al manual y sin embargo el valor de ParName cuando entra al m�todo OnGetValue tiene basura (sin la primera letra) y por lo tanto nunca resulta true ninguna comparaci�n.

Por lo que pude ver, este error lo da cuando estas trabajando aon un formulario que creaste con "save as...". Es el fomulario el que tiene problema.

Lo que yo hice fue crear el formulario desde cero... y funciona.

Fijate si se te soluciona.

H�ctor S. Ponce

El 15 de junio de 2010 11:59, Paola Bruccoleri
<pbruccoleri en adinet.com.uy>escribi�:

------------ pr�xima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus-es/attachments/20100615/42592de3/attachment.html>

H�ctor S. Ponce escribi�:

pufff.... menos mal que a otro le pasa o pas� eso... ya pens� que estaba enloqueciendo..!!
no recuerdo haber hecho un guardar como en ese formulario......

voy a intentar hacerlo de cero, con otro nombre a ver que pasa.... ser�a bueno poder dar con la ra�z de ese problema... varias veces he hecho un guardar como porque es un formulario parecido a otro, as� me ahorro mont�n de tiempo....
mil gracias.. dp te cuento a ver que tal..
chauuuuuuuuuuuu

H�ctor S. Ponce escribi�:

Hola H�ctor..
sigo renegando con esto... me pas� toda la tarde.. (aunque no crean NO v� el partido de Uruguay del mundial, y encima ganamos con 3 goles!!!!)... y ya van m�s horas que me pierdo de hacer algo
productivo!!!!!...grrrrrrrrrrrrrrrrrrrr

Comenc� un form nuevo.. algunos controles los puse de cero, otros lops copi�/pegu�....
El reporte lo comenc� a hacer de cero, colocando nuevamente los componentes..
Coloco 1 sola variable del formulario, y en el evento ongetvalue muestro lo que viene de parname y otra vez porquer�as!!!! Abro el lfm desde un editor cualquiera y no veo que haya nada raro...

Hice la prueba con un ejemplo que tengo que si funciona, de hacer un guardar como y comparar los lfm correspondientes, y no tienen nada de diferencia..

Ser� que hay conflicto con alg�n componente que tenga colocado en el form??

La verdad.. no s� c�mo solucionar esto....Y si no puedo imprimir reportes o solucionar estos inconvenientes..... es imposible usar Lazarus.... :)
byeeeeeeeeeeeeee

------------ pr�xima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus-es/attachments/20100616/732364af/attachment.html>

--- El mi� 16-jun-10, Paola Bruccoleri <pbruccoleri en adinet.com.uy> escribi�:

Si, lamentablemente esta falla no ha podido ser reproducida adecuadamente, de hecho, el reporte que trata de este tema ( http://bugs.freepascal.org/view.php?id=16245 ) fue resuelto precisamente por eso, por que aunque aportaste el formulario correspondiente, no parece tener relaci�n con el problema.

N�tese que el reporte aunque resuelto no ha sido cerrado esto abre la posibilidad de re-abrirlo si lo desean.

> Por lo que pude ver, este error lo da cuando estas trabajando aon un formulario que creaste con "save as...". Es el fomulario el que tiene problema.

Como comente arriba, no parece probable que este sea el caso.

> Lo que yo hice fue crear el formulario desde cero... y funciona. > Fijate si se te soluciona. >

Lo mas peligroso es que la causa no ha sido identificada, sin esto, cualquier soluci�n, aunque de resultados positivos, no es muy de confiar. Pero esa es mi apreciaci�n personal.

Esto me parece interesante, si puedes aislar el formulario y el reporte en una aplicaci�n independiente que reproduzca el problema, por favor h�zmela llegar y tratare de encontrar la falla.

Hice la prueba con un ejemplo que tengo que si funciona, de hacer un guardar como y comparar los lfm correspondientes, y no tienen nada de diferencia..

No se bien que ejemplos hayas probado y cuales te funcionaron y cuales no.

Los ejemplos lazreport/samples/userds y lazreport/samples/stringgrid usan variables, el ejemplo lazreport/samples/editor desde la revisi�n 23142 usando el reporte cvstest.lrf tambi�n. Quiz� el �nico problema de estos ejemplos es que son bastante sencillos pues su prop�sito es did�ctico.

Ser� que hay conflicto con alg�n componente que tenga colocado en el form??

Mientras no se demuestre lo contrario yo dir�a que no, pero por eso necesitamos evidencia reproducible.

Siempre que el resultado sean cosas raras, como eso que dicen de que la primer letra no sale o es basura hay que sospechar de corrupcion de memoria, esta puede originarse en cualquier lado, LCL, FCL, el c�digo propio (una mal manipulaci�n de memoria con punteros o jugar con ansistrings en arrays o records, .... ), el OS, etc. y lamentablemente donde se nota es en lazreport

Jesus Reyes A.

Jesus Reyes escribi�:

guauuu que malas noticias!!!!.... ver� de aislar el problema...... byeeeeeeeeeee

Uuuuuuuuu, no tienes acceso a Internet?, ponlo en una esquinita de la pantalla aunque sea.

Yo no tengo acceso a Internet, pero tengo un radio encima del bur� que no hay que me lo quite.

Ahora el que dice que no te impacientes soy yo, como dice un dicho aqu� con tiempo y paciencia el elefante se lo hizo a la hormiga.

Saludos
=========
|| ISMAEL ||
=========

Hello Paola,

PB> guauuu que malas noticias!!!!.... ver� de aislar el problema...... PB> byeeeeeeeeeee

Has probado a compilar usando el heaptrc ? Si hay bloques de memoria corruptos deber�a detectartelos.

Jos� Mejuto escribi�:

Hola Jos�..
no se lo que es.. es una opci�n? me indicas c�mo proceder? chauuuuuuuuuuuuu

Hola Jesus,

Aca va un proyecto con el problema de la basura en "ParValue".

Lo que hice para corromperlo fue tomar el formulario que si funciona ("frm_informe") y en base a este con "save as" (dejando el original intacto) cree el "frm_informe_error". Lo maquill� para que compilara.

http://dl.dropbox.com/u/1172938/laz_report_error.zip

Esto mismo lo cargo en el tiquet?

H�ctor S. Ponce

El 17 de junio de 2010 03:13, Jesus Reyes <jesusrmx en yahoo.com.mx> escribi�:

------------ pr�xima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus-es/attachments/20100617/7e1acf35/attachment.html>

--- El jue 17-jun-10, H�ctor S. Ponce <hectorsponce en gmail.com> escribi�:

De: H�ctor S. Ponce <hectorsponce en gmail.com>
Asunto: Re: [Lazarus-es] lazreport
A: "Spanish version of Lazarus List" <lazarus-es en lists.lazarus.freepascal.org> Fecha: jueves, 17 de junio de 2010, 10:59

Hola Jesus,

Aca va un proyecto con el problema de la basura en "ParValue".

Lo que hice para corromperlo fue tomar el formulario que si funciona ("frm_informe") y en base a este con "save as" (dejando el original intacto) cree el "frm_informe_error". Lo maquill� para que compilara.

http://dl.dropbox.com/u/1172938/laz_report_error.zip

Esto mismo lo cargo en el tiquet?

H�ctor S. Ponce

Perfecto
Si por favor.
Un poco mas tarde me pondre en ello.
Gracias.

Jesus Reyes A.

------------ pr�xima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus-es/attachments/20100617/b4e92905/attachment.html>

Hello Paola,

you wrote

> Has probado a compilar usando el heaptrc ? Si hay bloques de memoria > corruptos deber�a detectartelos.

PB> Hola Jos�..
PB> no se lo que es.. es una opci�n? me indicas c�mo proceder? PB> chauuuuuuuuuuuuu

Opciones del proyecto -> Compilador -> Enlazador -> Usar Heaptrc

Para que los resultados salgan por pantalla has de compilar la aplicaci�n como si fuera de consola, o si quieres los resultados en un archivo:

C:\> set HEAPTRC="log=C:\myheap.log nohalt"
C:\> myapp.exe

y tendr�s los resultados en "C:\MyHeap.log"

...\project1.exe
Heap dump by heaptrc unit
10054 memory blocks allocated : 2896274/2916096
10054 memory blocks freed : 2896274/2916096
0 unfreed memory blocks : 0
True heap size : 196608 (96 used in System startup) True free heap : 196512

H�ctor S. Ponce

El 17 de junio de 2010 14:09, Jos� Mejuto <joshyfun en gmail.com> escribi�:

------------ pr�xima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus-es/attachments/20100617/bd73e70b/attachment.html>

Hello H�ctor,

Thursday, June 17, 2010, 7:38:25 PM, you wrote:

HSP> ...\project1.exe
HSP> Heap dump by heaptrc unit
HSP> 10054 memory blocks allocated : 2896274/2916096 HSP> 10054 memory blocks freed : 2896274/2916096 HSP> 0 unfreed memory blocks : 0
HSP> True heap size : 196608 (96 used in System startup) HSP> True free heap : 196512
HSP> H�ctor S. Ponce

Al menos eso nos indica con buenas probabilidades de que la informaci�n del heap no se ha corrompido.

--- El jue 17-jun-10, H�ctor S. Ponce <hectorsponce en gmail.com> escribi�:

De: H�ctor S. Ponce <hectorsponce en gmail.com>
Asunto: Re: [Lazarus-es] lazreport
A: "Spanish version of Lazarus List" <lazarus-es en lists.lazarus.freepascal.org> Fecha: jueves, 17 de junio de 2010, 10:59

Hola Jesus,

Aca va un proyecto con el problema de la basura en "ParValue".

Lo que hice para corromperlo fue tomar el formulario que si funciona ("frm_informe") y en base a este con "save as" (dejando el original intacto) cree el "frm_informe_error". Lo maquill� para que compilara.

http://dl.dropbox.com/u/1172938/laz_report_error.zip

Esto mismo lo cargo en el tiquet?

H�ctor S. Ponce

Bueno, ya se por que en el ejemplo que adjuntaste falla, y es que el unit principal esta compilado con {$mode objfpc} cuando deberia estar compilado con {$mode objfpc}{$h+} el {$h+} habilita string=ansistring en lugar de string=shortstring.

Creo que el compilador deberia efectuar la conversion ansistring->shortstring bien automaticamente o dar alguna advertencia, por eso no hay que descartar que sea un bug del compilador. �mas tarde hare unas prueba y de confirmarlo voy a reportarlo. Lo que resta es ver si es el mismo problema que con Paola. �Paola podr�as checar por favor? Jesus Reyes A.

------------ pr�xima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus-es/attachments/20100617/f533b813/attachment.html>

Jesus Reyes escribi�:

Hola Jes�s...
esta noche pruebo y les aviso...
mil gracias por el esfuerzo de todos.... (y ojal� esa sea la soluci�n!!) chauuuuuuuuuuuu

Jesus Reyes escribi�:

GENIO!!!! solucionado agregando el h+ a ese form!!!

pero es c�mico.... porque en mi proyecto tengo algunas units con el {$h+} y otras no (la mayor�a).. aunque el pas principal s� lo ten�a... Al form donde estaba el reporte que me daba error le agregu� esa opci�n y qued� correcto el pasaje de par�metros..
Yo creo que alguna versi�n de lazarus m�s vieja s� inclu�a el h+ y la actual no (Lazarus 0.9.29 r26097 FPC 2.5.1 i386-win32-win32/win64). Verifico que si agrego cualquier unidad, s�lo queda el {$mode objfpc}. Por ahora, agregar� el h+.
Millones de gracias a todos por el tiempo dedicado en esta petit investigaci�n...

byeeeeeeeeeeeee

Agregue {$H+} y, como dices, funciona bien. Parece ser este el origen del problema. No se bien por qu� raz�n algunos forms tienen la directiva y otros no. Habr� que verificar siempre. Gracias por tu tiempo !!!

H�ctor S. Ponce

2010/6/17 Jesus Reyes <jesusrmx en yahoo.com.mx>

------------ pr�xima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus-es/attachments/20100617/26a761c3/attachment.html>

El que Lazarus agregue la directiva {$H+} o no en nuevos units o formularios esta influenciado por la opci�n: Proyecto -> Opciones del Proyecto ... -> Opciones del Compilador -> Procesando -> Usar Ansi strings (-Sh)

Si esta opci�n esta deshabilitada, Lazarus no la agrega.

Jesus Reyes A.

--- El jue 17-jun-10, H�ctor S. Ponce <hectorsponce en gmail.com> escribi�:

De: H�ctor S. Ponce <hectorsponce en gmail.com>
Asunto: Re: [Lazarus-es] lazreport
A: "Spanish version of Lazarus List" <lazarus-es en lists.lazarus.freepascal.org> Fecha: jueves, 17 de junio de 2010, 20:14

Agregue {$H+} y, como dices, funciona bien. Parece ser este el origen del problema. No se bien por qu� raz�n algunos forms tienen la directiva y otros no. Habr� que verificar siempre. Gracias por tu tiempo !!!

Como comentaba en la respuesta a Paola, es una opci�n configurable.

Con respecto al reporte, aclarado el asunto solo resta que lo cierres y asunto terminado. Saludos.
Jesus Reyes A.

------------ pr�xima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus-es/attachments/20100617/257d0b90/attachment-0001.html>

Jesus Reyes escribi�:

Hola Jes�s..
pero es que yo nunca he modificado ninguna opci�n...Siempre que creo un proyecto he dejado las opciones por defecto.
Evidentemente cuando he actualizado lazarus, se ha modificado algo, que seguramente es lo mismo que le ha pasado a otros, entonces, no nos damos cuenta de ese detalle y zas, cambia el funcionamiento de alguna cosa, como en este caso..
muchas gracias!!
chauuuuuuuuuuuu

Hola Jesus, tengo la siguiente inquietud:

tengo campos de dataset definidos en un lrs ([nombre_del_campo]), que no siempre estan en el dataset por lo que en el procedure:

TfrReport.GetVariableValue(const s: String; var aValue: Variant);

termina con:

raise(EParserError.Create('Undefined symbol ";"' + SubValue + ';'));

Hay alguna manera de configurar lazreport para que en caso de que el campo no exista, no lo tenga en cuenta y no imprima nada?

Gracias

Hector Ponce
------------ pr�xima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus-es/attachments/20100624/f9cb6e24/attachment.html>

--- El jue 24-jun-10, H�ctor S. Ponce <hectorsponce en gmail.com> escribi�:

De: H�ctor S. Ponce <hectorsponce en gmail.com>
Asunto: Re: [Lazarus-es] lazreport
A: "Spanish version of Lazarus List" <lazarus-es en lists.lazarus.freepascal.org> Fecha: jueves, 24 de junio de 2010, 11:19

Hola Jesus, tengo la siguiente inquietud:

tengo campos de dataset definidos en un lrs ([nombre_del_campo]), que no siempre estan en el dataset por lo que en el procedure:

TfrReport.GetVariableValue(const s: String; var aValue: Variant);

termina con:

raise(EParserError.Create('Undefined symbol ";"' + SubValue + ';'));

Hay alguna manera de configurar lazreport para que en caso de que el campo no exista, no lo tenga en cuenta y no imprima nada?

Gracias

Hector Ponce

Implementado en la revision 26283, pon la Opcion (TfrReport.Options) roIgnoreFieldNotFound en true.

Jesus Reyes A.

------------ pr�xima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus-es/attachments/20100624/dc368b1f/attachment.html>