The inputs now have DebounceDelay property but it will be useful to also have such functionality for other components that incorporate inputs - AutoComplete, for example.
I am loading data from the server based on the input that the user does. As it is not possible to predict how long the server takes to answer, it would be useful to only change the value after the user stops editing for about certain milliseconds.
Please remove the hardcoded width and make default width 100% as in the other components.
I updated the title to be more generic - it should be about removing the inline width rule, and whether there will be a default value and what units it will use will be up to a more detailed research.
Since 2.23.0 there is something wrong with the z-index of the TelerikComboBox.
If a TelerikComboBox is used on a TelerikWindow, starting to type opens the dropdown behind the window and thus cannot be seen.
Clicking on the Dropdown Button of the ComboBox, the dropdown is opened and displayed correctly and after clicking on the Dropdown Button once, typing in the text field also displays the dropdown correctly.
It really bothers my users though that they cannot start typing right away so I had to revert to version 2.22.0 which does not have this error.
Note: Since I figured it's some kind of styling problem, I rebuild our custom theme using the ThemeBuilder but the error was still there after that.
When using AutoComplete on Mobile devices, the onscreen keyboard pops up, and will mask the drop down list from the AutoComplete component. Yes, the Height of the dropdown list is controllable (px, em, etc.), but this is problematic with varying display sizes. For example, I was able to show a list of 6 lines on my phone, but when I demoed the App to the Chief Development Officer, his phone was older, smaller, and when the keyboard popped up, only 4 lines were visible! So embarrassing.
What I want to propose is to extend the AutoComplete component with a new Control called PopUpLines, where the MAX number of lines that can be displayed is set. In my example, I would set this value to 4 to make sure it works on the CDO's phone. However, the AutoComplete control would need to know what the screen size is, calculate how big a line is, and how many lines can be displayed without the on-screen keyboard masking the list. It would then display from 1 to PopULines worth of lines in the drop down box. This would insure that a on-screen keyboard never masks the AutoComplete list, destroying UI functionality.
When typing in the AutoComplete component, it defaults to the last visible line in the drop down list, if the item is greater than the window size. On mobile devices, this has a negative effect that the on-screen keyboard will mask the typed in entry if the list is too long. If the height of the dropdown list is accurate, it is not masked, but it is still at the bottom of the list. If you type a query into Google, the highlight item as at the top of the list, not the bottom.
1) I propose to change the default functionality of AutoComplete to display the closest match at the top of the dropdown box, not at the bottom.
2) I propose to add a new new control DefaultDisplayPosition=[First|Middle|Last] to give developers control over the UI experience.
To be clearer, you have a list that of X items. The AutoComplete window can display Y items. X can be >, < or = to Y. If X[selected] is < Y, it will be highlighted anywhere between Y[First] through Y[Last]. However, if it is >= Y[Last], then the highlighted selection is always the last item in the dropdown display. There should be an option to set the highlighted item to Y[First], Y[Middle], or Y[Last], maybe even Y[N] (not so sure about that). Again with all kinds of different mobile screen sizes, with the current default being Y[last], it can easily be hidden by the on screen keyboard.