ClientSide binding feature on radcalendar. According to support answer, if I want to use a day template and client side binding, it can't be done. I hope this can be the feature in the next release.

Support ticket:
http://www.telerik.com/account/support-tickets/view-ticket.aspx?threadid=836201

AJAX controls like RadTextBox and RadComboBox have label as one of their properties.
However RadDatePicker doesn't have a label. Although it is possible to add a label to a RadDatePicker, the results are far from what you can see in RadTextBox and RadComboBox.

I placed a RadMonthYearPicker on my page.

<telerik:RadMonthYearPicker DateInput-DateFormat="MMMM, yyyy" DateInput-DisplayDateFormat="MMMM, yyyy" Skin="MetroTouch" ID="MYPickerEnd2" CssClass="MYPickerEnd2" runat="server" />

var monthyearpicker = $find("<%= MYPickerEnd2.ClientID %>");

I am getting null every time.

On my page I am getting this as the client id: ctl00_MainContent_AnalyticOutline_MYPickerEnd2

I was going to use javascript to open the RadMonthYearPicker when clicking on some specific text on our page.

Telerik.Web.UI. Version: 2013.2.611.40
Try the code below with a simple aspx page:
<asp:ScriptManager runat="server"/>
<telerik:RadDateTimePicker runat="server" ID="DatePicker" />

the code is:
		protected void Page_Load(object sender, EventArgs e)
		{
			DatePicker.SkipMinMaxDateValidationOnServer = true;
			DatePicker.MinDate = DateTime.Parse("01.01.2014");
			DatePicker.SelectedDate = DateTime.Parse("01.01.2013");
			DatePicker.SelectedDate = DateTime.Parse("01.01.2015");
		}

Actual result: 
Browser shows 01.01.2013 date marked in red but not 01.01.2015 as it supposes to show

Hi,
Reported & Replicated so far on IE 9.
I have an APS.net user control containing 2 RadDateTimePickers.

The UI gets screwed on IE 9 on first load. (Screenshot attached) Icons become available when we click on Calander icon link for 2-3 times and then after it is available on subsequent loads in same scenario.

I am the one who recommended Telerik in my team and our implementation is pending just because of this as many of our clients use IE 9. Please fix ASAP or suggest simple work around.

Thanks,
Piyush

From my point of view the RadDatePicker misinterprets date entries in ISO 8601 format.

The result of DateTime.Parse("2013-11-12") is "12. November 2013" for every culture setting (correct).

If i enter "2013-11-12" (yyyy-mm-dd) into the RadDatePicker textbox the result is "11. Dezember 2013" (wrong).

It should be possible to enter a date in the culture specific notation as well as according to ISO standard.

Regards,
Andreas

It would be nice to be able to add to the standard date time formats that the RadDatePicker allows.  I don't want to override the standard formats, just add custom formats (ex: ddhhmm MMM yy)