When TextBox with set MaxLength property has an EmptyMessage longer than MaxLength the form is not submitted in IE11. Steps to reproduce: 1. Run the following code in IE11: <telerik:RadTextBox runat="server" ID="txbRelatedMessageVersion" Width="200px" MaxLength="10" EmptyMessage="Message Version" /> <telerik:RadButton ID="amendBtn" runat="server" Text="Submit Page /> 2. Click inside RadTextBox 3. Click the button Result: the empty message is considered as a not valid value and the page is not submitted. Changing the MaxLenght to 15 will allow to submit the page successfully.
Hi, Enabling/disabling RadTextBox in client-side does not not seem to reflect same with the corresponding button control. http://www.telerik.com/forums/radtextbox-disable-when-click-radio-button Thank you, Krishna Raja
Using RadNumericTextBox in a mobile website doesn't pop up numeric keyboard in iPad. We're developing a website where the user has to enter a lot of numeric information and it has to choose the numeric pad each time it enters a new numeric field. I know that using RadTextBox and Inputtype solves this problem, but I mainly use RadNumericTextBox because it allows to specified validation like min and max values to each field. Our sales team solution is featured to be use in mobile devices thanks to the MetroTouch theme but this behaviour with numeric fields has got many negative feedbacks of our mobile users. Thanks in advanced Roberto
(limitation on Windows Phone - onkeypress event is not fired and the essential part of the RadMaskedTextBox code cannot be executed at the right time )
This issue is related to a specific browser bug. In this case Internet Explorer does not allow changing the text alignment with JS. However, to workaround it please use the following CSS rule: html .RadInput .riTextBox { text-align: right; } For the specific state on the control you can add the corresponding CSS class (riEnabled / riFocused / riHover) on the same selector html .RadInput .riTextBox.riEnabled { text-align: right; }
It is browser bug, and the only possible fix we could do is to it by cancel the row event/stop propagation. But in this case we will broke the templates of the calendar, and they will not work anymore. Also could lead to some problems with the pickers and all places where the calendar is inside scrollable/drag-drag drop/ containers and the event need to bubble. So this will stay as limitation. In case the calendar is not used inside containers that have click interactions, this workaround is suggested for solving the issue: var cal = Telerik.Web.UI.Calendar.CalendarView.prototype; cal._och = cal._onClickHandler; cal._onClickHandler = function (ev) { this._och(ev); $telerik.cancelRawEvent(ev); }
RadNumericTextBox with SelectionOnFocus="SelectAll" doesn't work in Chrome. Expected behavior: when textbox focuses, the text in the input should all be selected. Actual behavior: the cursor jumps to the end of the text in the input
Due to a bug in the WebKit-based browsers this issue could not be fixed since it will introduce another bugs in those browsers.