Very Bizarre, but glad to hear it's fixed.

Alan

>Alan,
>
>Thanks for your help. I fixed the problem by changing the inputmask. I did have a text box right after the one giving me a problem and they were exactally the same. One worked find one multiplied by 10?!? Oh well it is fixed now, it just cost me an hour of work ;-)
>
>Thanks
>
>Jeff
>
>>I all honesty, I've never seen this behaviour. Unfortunately, I don't have version 5 on my system any longer. Is the text box bound to data? If so, is there code in the field's properties - default etc.
>>
>>I can't come up with any reason why pressing the "." key should cause an extra '0' to appear. Does the same thing happen whether you press the period key in the normal keyboard or in the keypad?
>>
>>Again, does it only happen to one textbox?
>>
>>>Alan,
>>>
>>>I agree but where, This is a base class textbox. I have code in Refresh and Valid. The problem occurs before I leave the field. As mentioned before I have code in the keypress of the form to trap "esc" key but that is all.
>>>
>>>Thanks
>>>
>>>Jeff
>>>
>>>>Well then, that pretty much leaves code. Is this the only textbox it happens to? Are there other numeric text boxes on the form that behave properly?
>>>>
>>>>Any code in any of the textbox (or it's parent class's) events?
>>>>
>>>>Alan
>>>>
>>>>>It happens on my pc as well. I am in VA and my client is in Atlanta, GA. I work remotely so we are talking completely different systems and setups.
>>>>>
>>>>>>Is there only the one user that this happens to? Just for kicks, have you tried switching the keyboard?
>>>>>>
>>>>>>Alan
>>>>>>
>>>>>>>That is exactly what I accused my user of doing but no we are just entering 25.50 but before we even move off the field it shows 250.50. If you go back it accepts what you type in but the first time it does not.
>>>>>>>
>>>>>>>>After the text box gets the focus (it's value must be selected) did you press right arrow? Or may be You press Zero key & edcimal point simultaneously, if you work with keypad? (Just a suggestion.