This is a migrated thread and some comments may be shown as answers.

RadDatePicker in multiple versions of IE

2 Answers 70 Views
Input
This is a migrated thread and some comments may be shown as answers.
johnv
Top achievements
Rank 2
johnv asked on 23 Aug 2010, 10:41 PM
There seems to be a problem with the RadDatePicker in multiple versions of Internet Explorer. Now I know that styling issues in IE abound, but this borders on buggy.

Procedure:
  1. Load a page containing a RadDatePicker (connected to a RadTextBox) in IE.
  2. Select the current date (the popup stays open). Select it again to make the box close.
  3. Click the Calendar icon again (DO NOT move the cursor) note that the selected date is still selected and is also highlighted.
  4. Now move your cursor without hovering over the selected date and select any other date in the same month.
  5. Repeat this process over and over and you will see that IE does not reset the highlighted dates even though the selected date changes.

Now follow this exact same procedure in Firefox. It won't take long to see that this is an IE thing.

So, how do I fix it?

Anyone else notice this?

2 Answers, 1 is accepted

Sort by
0
Dimo
Telerik team
answered on 24 Aug 2010, 09:11 AM
Hello John,

I am afraid I can't reproduce the described problem following your guidelines. Which version of RadControls are you using? Which version of IE? Can you reproduce the problem on our online demos?

http://demos.telerik.com/aspnet-ajax/calendar/examples/datepicker/custompopup/defaultcs.aspx

Regards,
Dimo
the Telerik team
Do you want to have your say when we set our development plans? Do you want to know when a feature you care about is added or when a bug fixed? Explore the Telerik Public Issue Tracking system and vote to affect the priority of the items
0
johnv
Top achievements
Rank 2
answered on 24 Aug 2010, 05:04 PM
Dimo - Thanks for your feedback, it helped me to dig deeper and create a sample application that led me to the solution. As a matter of fact the issue is not with the base RadDatePicker skins at all.

I discovered that our custom skin for the RadTabStrip had a element class on the anchor tag that had a definition like this:

a:hover { color: #f0a22e !important; }

The !implortant was causing the issue. Its no wonder it seemed so buggy. IE doesn't process CSS the same way the other browsers do; and although that's not earth shattering news, it does explain why it seemed to have something to do with IE compatibility.

It just goes to show, element classes should rarely if ever be used with !important...

Thanks again!
Tags
Input
Asked by
johnv
Top achievements
Rank 2
Answers by
Dimo
Telerik team
johnv
Top achievements
Rank 2
Share this question
or