Hi, We already added some improvements in the rendering of SpecialSlots (check this item http://feedback.telerik.com/Project/143/Feedback/Details/113662-improve-performance-when-using-special-slots). The improvements cover mostly the re-rendering of the slots on mouse over - we are caching the currently visible slots. If you continue to experience performance issues related to the SpecialSlots rendering, please describe your scenarios here. Attaching sample project would be really appreciated. Regards, Kalin
Rendering Performance of special slots is poor, especially when working with special Slot templates having bindings to properties to the class derived from "Slot". I think that 95% of all people using special slots want to implement following: 1) Background text 2) Background Color 3) Tooltip text. Therefore, I recommend using some kind of "RadTextSlot" - class which serves three different properies: Text, Background and Tooltip. Like RadScheduleView offeres SpecialSlotStyleSelector, it should offer a mechanism to set the texts for all slots: Slot GetTextsForSlot(Slot currentSlot) { // some logic to define texts for provided slot } Using this approach will prevent RadSchedule from loading special slot styles during zoom, scroll - Operation, etc. which is terribly slow at the moment.