Pressing the up and down arrow keys has no effect if the UpdateValueEvent property of the RadMaskedDateTimeInput control is set to LostFocus.

This is reproducible with RadMaskedNumericInput and RadMaskedCurrencyInput, when the Mask property is empty.
UpdateValueEvent is LostFocus. FormtString is non default - for example n2 or c2.
When all text is selected and delete key is pressed, the Text will become "$,." or "-." or "($)" - non digit symbols remain in text.

Expected: Text becomes empty string "".

You have the following scenario:

The UpdateValueEvent property is set to "LostFocus". You have bound the Value property of the control to a property from your ViewModel. 


When this property is changed programmatically from negative to positive several times, the Value property of the control isn't updated correctly.

It stays negative when it must stay positive.


Workaround (if applicable):
You can change the UpdateValueEvent property to "PropertyChanged" 

Other Possible workaround (if the bound property is named "Sum")

private void radMaskedNumericInputSum_ValueChanging_1(object sender, Telerik.Windows.Controls.MaskedInput.RadMaskedInputValueChangingEventArgs e)
{
    if (this.Sum != (double)e.NewValue)
    {              
        e.Handled = true;
    }
}

Add a property to force only allowing uppercase values, without needing to specify a number of characters or have the underline in the control.

 

This is achievable in code, but it seems unnecessary to go to such lengths for each instance where it is needed.

 

private void bankCode_ValueChanging(object sender, Telerik.Windows.Controls.MaskedInput.RadMaskedInputValueChangingEventArgs e)
        {
            if (e.NewValue == null)
                return;

            string newValue = e.NewValue.ToString();
            if (newValue.Length > 0)
            {
                newValue = newValue.ToUpper();
            }
            this.txtBankCode.ValueChanging -= this.bankCode_ValueChanging;
            this.txtBankCode.Value = newValue;
            this.txtBankCode.ValueChanging += this.bankCode_ValueChanging;
        }

In Numeric and CurrencyInput with UpdateValueEvent 'LostFocus' clearing the value places the caret at the end instead of at the decimal point like in 'PorpertyChange' mode.

Currently, the SpinMode logic tries to kick-in on MouseWheel, even if the control is not focused. This handles the event which causes unexpected behaviors in some cases. Do not handle the MouseWheel event when the focus is not within the masked input control. You can consider adding a mode that allows you disable the default behavior.

NumericInput or CurrencyInput with value 555666.00.

Select the part '666' press 7. This results is

55|57.00 (caret should be after 7 but is actually shifted to wrong position)

Dear Telerik Team,

We are facing an issue in MaskedCurrencyInput when using Chinese keyboard. MaskedCurrencyInput control is showing numbers along with other characters that are not numeric. 
In case of typing alphabets, MaskedCurrencyInput is showing suggestion box of chinese characters and also showing alphabetic characters on input area.

This is working fine in English keyboards but in chinese keyboard Chinese Suggestion box and chinese characters are appearing which should not. 

Steps to Reproduce:
1- Use MaskedCurrencyInput of Telerik in XAML WPF.
2- Type alphabets e.g. abcd in MaskedCurrencyInput field box. Chinese Suggestion would appear.

Chinese Suggestion box and chinese characters should not appear. Kindly let me know if it would be resolved or any work around to stop this chinese suggestion box to be opened.

In order to reproduce,  you need to focus the control when you run the application.

1.When you press the backspace key it removes the last character and after pressing it a second time the character will be replaced with the removed character.

2. When paste(Ctrl+V) a text in the control, the text is ignoring the current position of the caret and position at the beginning of the control.

CurrenyInput with Indian Culture. Value is 123456789.

Controls shows: "₹ 1,234,56,789.00"

Expected is : "₹ 12,34,56,789.00"

Setting these properties you can still select the control and change the text inside. 

You have to add next features to RadMaskedNumericInput

 - Data binding to object

- Value could be decimal

- Value range, from min to max,

 

 

so this control could be useful in complex data entry form. 

When Culture is set to Russian("ru-RU") control shows unexpected "c" symbol and also the property IsCurrenySymolVisible set to False is not respected and the Ruble symbol stays visible.

The SpinMode property is set to Position and the Mask is like "d" or "#".

 The "d" means that a digit pattern is required , "#" is for non-required digit. 

When the caret is on the empty placeholder and the Key.Up Arrow is pressed, non-numeric characters appear first ("! " then """ then "#" etc).

The expected behavior is that only digits are looped in such mask *digit* positions.

RadMaskedCurrencyInput with the following properties:

Mask="#14.2" , FormatString="#,0.##" and IsCurrencySymbolVisible= True

Pressing minus key produces ArgumentException

Message "String cannot be of zero length.\r\nParameter name: oldValue" string

  at System.String.ReplaceInternal(String oldValue, String newValue)
   at System.String.Replace(String oldValue, String newValue)
   at Telerik.Windows.Controls.RadMaskedCurrencyInput.CoerceDisplayTextOverride()
   at Telerik.Windows.Controls.RadMaskedInputBase.CoerceDisplayText()
   at Telerik.Windows.Controls.RadMaskedInputBase.OnValueInternalChanged(DependencyObject d, DependencyPropertyChangedEventArgs args)
   at System.Windows.DependencyObject.OnPropertyChanged(DependencyPropertyChangedEventArgs e)
   at System.Windows.FrameworkElement.OnPropertyChanged(DependencyPropertyChangedEventArgs e)
   at System.Windows.DependencyObject.NotifyPropertyChange(DependencyPropertyChangedEventArgs args)
   at System.Windows.DependencyObject.UpdateEffectiveValue(EntryIndex entryIndex, DependencyProperty dp, PropertyMetadata metadata, EffectiveValueEntry oldEntry, EffectiveValueEntry& newEntry, Boolean coerceWithDeferredReference, Boolean coerceWithCurrentValue, OperationType operationType)
   at System.Windows.DependencyObject.SetValueCommon(DependencyProperty dp, Object value, PropertyMetadata metadata, Boolean coerceWithDeferredReference, Boolean coerceWithCurrentValue, OperationType operationType, Boolean isInternal)
   at System.Windows.DependencyObject.SetValue(DependencyProperty dp, Object value)
   at Telerik.Windows.Controls.RadMaskedCurrencyInput.OnIsNegativeValueChanged()
   at Telerik.Windows.Controls.RadMaskedCurrencyInput.set_IsNegativeValue(Boolean value)
   at Telerik.Windows.Controls.RadMaskedCurrencyInput.ToggleNegativeSignKey()

This reproduces only in a no-mask scenario (Mask="").

For example, if you enter the codes for º and ª, they appears as 'o' and 'a'. In other words, the bigger version of the symbol.

Here you can find an alt codes reference list: https://www.alt-codes.net/

The control wrongly parse the entered value in cultures that have a comma for a decimal separator

RadMaskedNumericInput Maximum value setting is not working with hungarian culture settings.

 

Steps to reproduce:

- Open the attached project, fix the references and start the application

- Click button "English"

- Select the first item from the dropdown

- Inputs are changing to 1433.2 and 1810.9 - OK

- Select the 2nd item from the dropdown

- Inputs are changing to 0 and 59 - OK

- Click button "Hungarian"

- Select the first item from the dropdown

- Inputs are changing to 1433.2 and 1433.2 - NOT OK, Why?

Thanks,

Roberto

MaskedInput focus behaves different when it is set in code behind. When the textbox is on focus and new character is entered the text remains the same and the new character is added at the beginning of the textbox.

Scheduled for:
The fix for this issue will be available with LIB (version 2019.1.128) scheduled for publishing on Monday, 28th January 2019.

Scheduled for:
The fix for this issue will be available with LIB (version 2019.1.128) scheduled for publishing on Monday, 28th January 2019.