Hello,
I'm using a NumericEditor in an application but it doesn't seems to work. I've done a very simple test application to show the bad behaviour of the editor. I've used the workaround to initialize the default Language value based on the current culture (http://forums.infragistics.com/forums/p/14138/52092.aspx#52092).
I write this on the editor: "123123123" and the control shows this while I'm editing: _123.123.123,__ and when I change the focus to another control, the editor shows: "123,00". Any idea?
<Window x:Class="InfragisticsTest.Window1" xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" xmlns:ifged="clr-namespace:Infragistics.Windows.Editors;assembly=Infragistics3.Wpf.Editors.v8.2" Title="Window1" Height="83" Width="206"> <StackPanel> <ifged:XamNumericEditor x:Name="txtTest" /> <Button>Ok</Button> </StackPanel></Window>
Thanks a lot in advance,
Marc.
PS: I'm using 8.2 version because I need the DateTimePicker. I've tried with the 7.2 and works fine!
we have exactly the same problem. I think this problem is related to the decimal point. When you provide while typing in the number i.e 90000.00 it works fine. Without typing the decimal point 90000 comes out as 90.00. We urgently need a fix for this bug.
We are also using 8.2 version because of the DateTimePicker. 8.1 version of the wpf control also work fine
+1. Also have the same problem with the new version. Did you guys find a solution?
Hi! Tanks a lot for your response, but I've the hotfix for this issue and it works fine. To get it contact with Infragistics support through the support group and referencing issue #11022 (see the previous message in the thread from Andrew Smith).
I downloaded the latest hotfix and it solved this problem for me...
I found a workaround that can be used for the XamCurrencyEditor. Take a look for the other editors, it may be modifiable to fit your needs also. First take a look at the problem:
· The user enters a value of 1000 or greater (4 or more digits left of the implied decimal).
· The user does not enter a decimal and does not enter any frational digits (ie "$1,000" instead of "$1,000.00".
After the control loses focus, the decimal is moved three digits leftward, and digits to the right of the new decimal location are discarded. This causes the UI to display an incorrect value. Some control properties are also affected (while others are not). Take a look at some of the properties when you enter "$123,456" instead of "$123,456.00":
XamCurencyEditor Property
Workaround:
In the EditModeEnded event handler, compare the .Text and .DisplayText properties, and fix when they are incorrect:
}
NOTE: I omitted a try/catch for error handling and the declaration of the cultureInfo variable to make things simple. You will need to declare the cultureInfo variable to your specific needs, or you can use the overloaded TryParse() which doesn't take it (TryParse() will always return 0 if a different currency is displayed than the system Region/Language settings in the control panel).
I was able to reproduce the issue and have submitted it for review. The issue isn't related to the culture settings and unfortunately I do not see a simple workaround. I would recommend contacting the support group and referencing issue #11022 so you can be notified when a fix is available.
Hello
we are using de-DE culture and set the language with the same function in application.xaml