Upgraded Scheduler - Day # not showing in MonthView

6 posts, 0 answers
  1. Joe
    Joe avatar
    4 posts
    Member since:
    Mar 2016

    Posted 16 Mar Link to this post

    I'm new to Telerik controls.  I've inherited an ASP.NET project and downloaded the latest controls last week, and went through the upgrade wizard in Visual Studio 2015 (the previous developer had used a 2013 version).

    Just about everything works on my development computer as it works on our production site, but one thing that got broken is that in the Month View I no longer see the Day # in the left corner of each box (i.e. today is March 16, so I would expect to see "16" as link to that day).

    Here's the MonthView tag on the .aspx page:

    <MonthView AdaptiveRowHeight="false" VisibleAppointmentsPerDay="100" ShowDateHeaders="true" DayHeaderDateFormat="dd" />

    Besides the ShowDateHeaders setting, where else might I have to look for rendering the day number?

     

  2. Joe
    Joe avatar
    4 posts
    Member since:
    Mar 2016

    Posted 16 Mar Link to this post

    I should have mentioned, I've tried this both in Chrome and IE and get same results of the Day # not being visible.
  3. UI for ASP.NET Ajax is Ready for VS 2017
  4. Joe
    Joe avatar
    4 posts
    Member since:
    Mar 2016

    Posted 17 Mar Link to this post

    Answering my own question.  The CssClass was set to RadScheduler_Windows7, and previous developer apparently had a customized version of Scheduler.Windows7.css in the project.  When I replace that file with the one in the current Telerik Skins folder, I now see the day numbers (but there some distortions in sizing).

    I guess the new version of the Scheduler control isn't compatible with that older skin.

  5. Ivan Danchev
    Admin
    Ivan Danchev avatar
    829 posts

    Posted 21 Mar Link to this post

    Hello Joe,

    It looks like custom CSS is the reason behind the behavior you are observing. When making changes to the appearance of the controls we are trying not to include breaking ones and if such are introduced we are announcing them in advance. Depending on how heavily the skin is modified by custom styles, your CSS might require readjusting according to the newer version of the skin.
     
    Regards,
    Ivan Danchev
    Telerik
    Do you need help with upgrading your ASP.NET AJAX, WPF or WinForms projects? Check the Telerik API Analyzer and share your thoughts.
  6. Joe
    Joe avatar
    4 posts
    Member since:
    Mar 2016

    Posted 21 Mar Link to this post

    Confirmed, it was the customized CSS that caused the problem.  I was eventually able to find the class that caused it (.rsMonthView .rsWrap) and added a more specific definition (.rsMonthView .rsWrap .rsDateHeader) to override the former.
  7. Ivan Danchev
    Admin
    Ivan Danchev avatar
    829 posts

    Posted 22 Mar Link to this post

    Hello Joe,

    I am glad you were able to rework your CSS and achieve the desired appearance.

    Regards,
    Ivan Danchev
    Telerik
    Do you need help with upgrading your ASP.NET AJAX, WPF or WinForms projects? Check the Telerik API Analyzer and share your thoughts.
Back to Top
UI for ASP.NET Ajax is Ready for VS 2017