[Lazarus-es] Numeros decimales como notacion cientifica en dbgrid
Carlos Enrique Rodriguez
cer en racssprg.com.ar
Vie Mar 11 14:22:44 CET 2016
Hola,
voy a responder una pavada por si entedí mal el problema.
Recién lo probé con los componentes de acceso que vienen por default con
lazarus y también funciona (normalmente uso Zeos y esto anda sin problemas).
Al dar de alta los campos en el TSQLQuery, el campo float tiene
una propiedad Currency, la cual puesta en true hace que los float se
vean sin notación exponencial en todos los componentes DB. Con esto no
se solucionaría todo el problema sin andar haciendo revoleo de datos ni
gastar ciclos de CPU en conversiones adicionales?
Nos vemos
Carlos
El 11/03/2016 a las 03:19, Iván escribió:
> Quizá sea la longitud de la definición del retorno la que obliga al
> motor a mandar el número en coma flotante. Prueba ( si es que es
> posible) a bajar el tamaño de la definición a un valor más pequeño.
> (Numeric(10,4)).
>
> El viernes, 11 de marzo de 2016, Fredy Gonzales <fredyg1965 en gmail.com
> <mailto:fredyg1965 en gmail.com>> escribió:
>
> Creo que el problema no está en Lazarus, esta en el valor de
> retorno, yo te recomiendo que pruebes a recibir el valor y lo
> conviertes a string y luego a float, sólo como prueba a ver si lo
> manda correctamente.
>
> El 10/03/2016 21:08, "Maxi" <maximiliano.duarte en gmail.com
> <javascript:_e(%7B%7D,'cvml','maximiliano.duarte en gmail.com');>>
> escribió:
>
> no hace calculos es us storeprocedure que devuelve un valor de
> disponibilidad.
> en la base Firebird esta definido el return como STKFIS
> NUMERIC(18, 4),
>
> El día 10 de marzo de 2016, 19:17, Iván <iv.mesa.prg en gmail.com
> <javascript:_e(%7B%7D,'cvml','iv.mesa.prg en gmail.com');>> escribió:
> > Maldito corrector.... Formatfloat.....
> >
> >
> > El jueves, 10 de marzo de 2016, Iván <iv.mesa.prg en gmail.com
> <javascript:_e(%7B%7D,'cvml','iv.mesa.prg en gmail.com');>> escribió:
> >>
> >> Usas aText := formato liar ('0.00', sender.asfloat);?
> >> La select trae el valor del campo o hace algún cálculo?
> >>
> >> El jueves, 10 de marzo de 2016, Maxi
> <maximiliano.duarte en gmail.com
> <javascript:_e(%7B%7D,'cvml','maximiliano.duarte en gmail.com');>>
> >> escribió:
> >>>
> >>> object qTotalMedSTK: TFloatField
> >>> DisplayWidth = 10
> >>> FieldKind = fkData
> >>> FieldName = 'STK'
> >>> Index = 7
> >>> LookupCache = False
> >>> ProviderFlags = [pfInUpdate, pfInWhere]
> >>> ReadOnly = True
> >>> Required = False
> >>> OnGetText = qTotalMedSTKGetText
> >>> MaxValue = 0
> >>> MinValue = 0
> >>> Precision = 2
> >>> end
> >>>
> >>> en la columna
> >>>
> >>> item
> >>> Title.Caption = 'STK ACTUAL'
> >>> Width = 100
> >>> FieldName = 'STK'
> >>> DisplayFormat = '0.00'
> >>> end
> >>>
> >>> probe el ongettext pero me trae con letras y no un numero
> >>>
> >>> El día 10 de marzo de 2016, 13:58, Fredy Gonzales
> >>> <fredyg1965 en gmail.com
> <javascript:_e(%7B%7D,'cvml','fredyg1965 en gmail.com');>> escribió:
> >>> > A ver en el dataset como estableciste el campo?
> >>> >
> >>> > El 10/03/2016 11:55, "Maxi"
> <maximiliano.duarte en gmail.com
> <javascript:_e(%7B%7D,'cvml','maximiliano.duarte en gmail.com');>> escribió:
> >>> >>
> >>> >> No le encuentro explicacion alguna, hago una consulta
> para saber el
> >>> >> stock de articulos y ejecuto un procedimiento.
> >>> >> El dato me lo trae correctamente, pero por mas que le
> cambie el
> >>> >> formato en la columna en el campo, incluso hice uns
> cast en la
> >>> >> consulta. Siempre me muestra como 12E4 o algo asi
> >>> >>
> >>> >> --
> >>> >> El que pregunta aprende, y el que contesta aprende a
> responder.
> >>> >>
> >>> >> No a la obsolecencia programada:
> >>> >>
> >>> >>
> >>> >>
> http://www.rtve.es/noticias/20110104/productos-consumo-duran-cada-vez-menos/392498.shtml
> >>> >>
> >>> >> Linux User #495070
> >>> >> http://domonetic.com/blog
> >>> >>
> >>> >> _______________________________________________
> >>> >> Lazarus-es mailing list
> >>> >> Lazarus-es en lists.lazarus.freepascal.org
> <javascript:_e(%7B%7D,'cvml','Lazarus-es en lists.lazarus.freepascal.org');>
> >>> >>
> http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus-es
> >>> >
> >>> >
> >>> > _______________________________________________
> >>> > Lazarus-es mailing list
> >>> > Lazarus-es en lists.lazarus.freepascal.org
> <javascript:_e(%7B%7D,'cvml','Lazarus-es en lists.lazarus.freepascal.org');>
> >>> >
> http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus-es
> >>> >
> >>>
> >>>
> >>>
> >>> --
> >>> El que pregunta aprende, y el que contesta aprende a
> responder.
> >>>
> >>> No a la obsolecencia programada:
> >>>
> >>>
> http://www.rtve.es/noticias/20110104/productos-consumo-duran-cada-vez-menos/392498.shtml
> >>>
> >>> Linux User #495070
> >>> http://domonetic.com/blog
> >>>
> >>> _______________________________________________
> >>> Lazarus-es mailing list
> >>> Lazarus-es en lists.lazarus.freepascal.org
> <javascript:_e(%7B%7D,'cvml','Lazarus-es en lists.lazarus.freepascal.org');>
> >>>
> http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus-es
> >
> >
> > _______________________________________________
> > Lazarus-es mailing list
> > Lazarus-es en lists.lazarus.freepascal.org
> <javascript:_e(%7B%7D,'cvml','Lazarus-es en lists.lazarus.freepascal.org');>
> > http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus-es
> >
>
>
>
> --
> El que pregunta aprende, y el que contesta aprende a responder.
>
> No a la obsolecencia programada:
> http://www.rtve.es/noticias/20110104/productos-consumo-duran-cada-vez-menos/392498.shtml
>
> Linux User #495070
> http://domonetic.com/blog
>
> _______________________________________________
> Lazarus-es mailing list
> Lazarus-es en lists.lazarus.freepascal.org
> <javascript:_e(%7B%7D,'cvml','Lazarus-es en lists.lazarus.freepascal.org');>
> http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus-es
>
>
>
> _______________________________________________
> Lazarus-es mailing list
> Lazarus-es en lists.lazarus.freepascal.org
> http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus-es
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus-es/attachments/20160311/3222fcc5/attachment-0002.html>
More information about the Lazarus-es
mailing list