[Lazarus-es] Numeros decimales como notacion cientifica en dbgrid

Maxi maximiliano.duarte en gmail.com
Vie Mar 11 03:08:07 CET 2016


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> escribió:
> Maldito corrector.... Formatfloat.....
>
>
> El jueves, 10 de marzo de 2016, Iván <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>
>> 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> escribió:
>>> > A ver en el dataset como estableciste el campo?
>>> >
>>> > El 10/03/2016 11:55, "Maxi" <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
>>> >> 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
>>> >
>>>
>>>
>>>
>>> --
>>> 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
>>> 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
>



-- 
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




More information about the Lazarus-es mailing list