Bug report

In case when culture is set to de-DE or nl-NL globally the NumericTextBox does not accept comma decimal separator from the Numeric keypad

Reproduction of the problem

Dojo: https://dojo.telerik.com/ARURAhOg

Current behavior
When comma from the Numeric keypad is pressed validation is fired.

Expected/desired behavior
Comma must be accepted as a decimal separator

Environment
**Kendo UI version: 2020.1.406

Bug report

Incorrect number when decreasing the value via the keyboard in MS Edge.


Reproduction of the problem:

1. Open a NumericTextBox demo in the Edge browser. 
2. Focus on input. 
3. Increase the value to 3 using keyboard arrows. 
4. Press the Tab button so NumericTextBox loses focus. 
5. Press Shift+Tab buttons to bring the focus back to the NumericTextBox. 
6. Decrease the value using the keyboard arrow.
7. Value is decreased by two, while it should be decreased by one.
 

Current behavior:

When decreasing by the keyboard arrow, the value of the NumericTextBox goes directly from 3 to 1.

 

Expected/desired behavior:

When decreasing by the keyboard arrow, the value of the NumericTextBox should be decreased by one without skipping values.

 

Environment:

* **Kendo UI version:** 2020.2.513
* **jQuery version:** 1.12.4
* **Browser:** Microsoft Edge 44.18362.1.0

Bug report

The kendo.parseFloat() method does not correctly parse negative currency strings in which the currency symbol is placed before the actual value i.e. "$ -5.00". 

Reproduction of the problem

1. Set the culture of the app to nl-NL (or another that formats the currency as $ -5.00)

2. Call the parseFloat method.

3. The value "null" is returned.

Dojo sample for reproduction https://dojo.telerik.com/AFOnaQIt

Current behavior

The kendo.parseFloat() method assumes that all negative currency values are in the format "-5.00 $". Since the format of the nl-NL culture has the format "$ -5.00, the if-clause that checks the position of the "-" fails, and the method returns null. 

Expected/desired behavior

Negative values with any currency format should be parsed correctly.

Environment

* **Kendo UI version:** 2021.1.224
* **jQuery version:** 1.12.4
* **Browser:** [all]

Currently, NumericTextBox pops up the standard keyboard on tablet/mobile devices.

So for a user who is entering numbers in multiple fields this can get tedious having to constantly change keyboards.

Since this is a numeric entry control my suggestion is that a numeric keyboard is used.

Related to #1515708

Bug report
Since R1 2022 spin event is no longer triggered when setOptions is called in NumericTextBox

Reproduction of the problem
Dojo: https://dojo.telerik.com/eTAfAyuP

Expected/desired behavior
Spin event shall fire after setOptions() is called.

Environment
Kendo UI version: 2022.1.119 or above
jQuery version: All
Browser: All

Bug report

When selectOnFocus is enabled and the NumerictTextBox is focused programmatically, the value is not selected, but the cursor is set after the value.

Reproduction of the problem

1. Open the Dojo example - https://dojo.telerik.com/@NeliK/aWipeDit.
2. Click the button

Scenario 2:

1. In the Dojo above, click in the NumericTextBox and focus one of the digits, blur and click the button.

Current behavior

The value in the component will not be selected.

Note: If the user clicks on the NumericTextBox initially and then clicks the button, the value will be highlighted correctly.
In Scenario 2 the previous focus state will be displayed (a single digit will be highlighted).

Expected/desired behavior

The value in the NumericTextBox should be highlighted.

Environment

• Kendo UI version: 2024.3.806
• Browser: [all ]

Feature enhancement
NumericTextBox pops keyboard on mobile on scroll

Reproduction of the problem

https://dojo.telerik.com/uFUNEboh

1. Open up https://runner.telerik.io/fullscreen/uFUNEboh on a cellphone (We've tested with real Android devices)
2. Touch a NumericTextBox so the keyboard pop once (this step is not required on our end for some reason)
3. Touch outside the keyboard to close it
4. Start scrolling up and down, but starting a drag from a NumericTextBox or touch one when scrolling
5. Notice the keyboard pops open when it should not close it and continues to scroll, it will reopen again and again.

Expected/desired behavior
NumericTextBox shall not pop up the keyboard on mobile on scroll

Devices: all mobile

### Bug report

When the Kendo UI NumericTextBox has the factor property set and a value pasted, a wrong number is output.

### Reproduction of the problem

1. Create a NumericTextBox and set the format and factor properties.

2. Set a value. Copy and paste value greater than 1.

3. The value 100 is applied to the widget.

Dojo sample for reproduction:

https://dojo.telerik.com/ufOSEGEn

### Expected/desired behavior

The pasted value should be applied to the widget.

### Environment

* **Kendo UI version:** 2021.1.224
* **jQuery version:** 1.12.4
* **Browser:** [all]

Bug report
The pasted value containing whitespaces into numeric textbox results in a trimmed value

Reproduction of the problem

Open this example: https://dojo.telerik.com/iTiBArEh

Click "Run"

Paste "1 000" into the NumericTextBox

Expected/desired behavior

The pasted value shall be '1000' instead of '1'

Environment
Kendo UI version: 2021.2.616 and above
Browser: [all]

### Bug report

NumericTextBox cannot be initialized when element with id options is present on the page. For instance, a div element with id="options".

### Reproduction of the problem

1. Create a NumericTextBox.
2. Add an element with id options.

Dojo sample for reproduction:

https://dojo.telerik.com/oWIwUSAp

### TicketID: 1562966

### Environment

* **Kendo UI version:** 202x.r.ddd
* **jQuery version:** x.y
* **Browser:** [all]

got a pretty simple one here.  Your page explaining decimals has bad info on it.
https://docs.telerik.com/kendo-ui/api/javascript/ui/numerictextbox/configuration/decimals

It claims that when you are accepting two decimals, entering 12.99 will get rounded to 13.00.  this doesn't happen and would be wrong if it did.

When calling setOptions on the numericTextBox, the spinner locks up if there is a "factor" option set. 

https://dojo.telerik.com/OYiYogis 

See the above Dojo.

Removing the factor seems to fix the issue, but I need the factor so that a user can type in 10 for 10% when the type is percentage but 10 for $10.00 when the type is currency.

setOptions() for numericTextboxes with restrict decimals set to true does not change the decimals setting. After clicking the Change Decimal button the display format correctly changes to 3 decimal places, but typing is still restricted to the original setting of 2.

 

Reproduction steps:

1) open the dojo https://dojo.telerik.com/uKECIxUv based on https://docs.telerik.com/kendo-ui/knowledge-base/numerictextbox-decimals-precision-runtime-change

2) (important) trigger the validation - e.g. try to type more decimals than the initial

3) Click the Change decimal button

Actual:

You can enter 2 decimals max

Expected:

You can enter 3 decimals max

Bug report

In a scenario where a Validator is created with validateOnBlur:false, and is used to validate a NumericTextBox, if the component is focused and blurred after validation, the k-invalid class is removed.

Reproduction of the problem

1. Open this Dojo example - https://dojo.telerik.com/lJzoPddG/3
2. Click the button to validate the fields.
3. Focus and blur the NumericTextBox

Current behavior

The k-invalid class, and the styles associated with it, are removed

Expected behavior

Environment

• Kendo UI version: 2025.1.227
• Browser: [all]