﻿<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/"><channel><title>StrataFrame Forum » .NET Forums » General .NET Discussion  » Infragistics WinSchedule Performance Issue</title><generator>InstantForum 2017-1 Final</generator><description>StrataFrame Forum</description><link>http://forum.strataframe.net/</link><webMaster>StrataFrame Forum</webMaster><lastBuildDate>Mon, 25 May 2026 07:12:05 GMT</lastBuildDate><ttl>20</ttl><item><title>Infragistics WinSchedule Performance Issue</title><link>http://forum.strataframe.net/FindPost31981.aspx</link><description>I'm wondering if anyone else has run into this issue. I have a form with Infragistics CalenderInfo and WinDayView controls. The CalenderInfo is bound to a SF business binding source. The DayVew is set up to group multiple owners by date. With five owners and around 1200 appointments over a two month period the data is rendered is less than a second after the business object is filled.&amp;nbsp;My problem starts when I set a logical day on CalendarInfo. Once set, the same data is taking a minute and a half to render. A check with ANTs profiler shows that it's tied up in the Infragistics code, for which I don't have the source. I've filed a support ticket with Infragistics but I thought Id check to see if any other SF user has run into this. I'm using NetAdvantage 2011 vol 2 on the latest version of SF. &amp;nbsp;</description><pubDate>Fri, 19 Apr 2013 15:01:57 GMT</pubDate><dc:creator>Larry Caylor</dc:creator></item><item><title>RE: Infragistics WinSchedule Performance Issue</title><link>http://forum.strataframe.net/FindPost31988.aspx</link><description>For anyone that may use Infragistics WinSchedule in the future, it turns out that setting a logical workday on the CalendarInfo object is a relatively high overhead item. As Ben had suggested, binding directly to the BO data table improved performance but not to where I needed it. To resolve the issue I had to reduce the number of appointments that the object&amp;nbsp;had to deal with by implementing lazy loading and only pulling in a subset of days at any given time. Otter than that, and the lack of really good documentation, the controls are working very well for me.</description><pubDate>Fri, 19 Apr 2013 15:01:57 GMT</pubDate><dc:creator>Larry Caylor</dc:creator></item><item><title>RE: Infragistics WinSchedule Performance Issue</title><link>http://forum.strataframe.net/FindPost31984.aspx</link><description>HI Ben,&lt;br/&gt;&lt;br/&gt;Thanks for the suggestion. Binding directly to the datatable cut the rendering time from 90 seconds down to 15 but that's still too slow for what I want to do. I need it to be 2 seconds max. &lt;br/&gt;I'll see what Infragistics tech support has to say.&lt;br/&gt;&lt;br/&gt;-Larry</description><pubDate>Wed, 17 Apr 2013 15:02:15 GMT</pubDate><dc:creator>Larry Caylor</dc:creator></item><item><title>RE: Infragistics WinSchedule Performance Issue</title><link>http://forum.strataframe.net/FindPost31982.aspx</link><description>We have our own custom scheduling controls in PracticeStudio. &amp;nbsp;I haven't tried to use Infragistics' controls. &amp;nbsp;You're right, though sounds like they're trying to do some extra&amp;nbsp;ciphering&amp;nbsp;when you group them. &amp;nbsp;&lt;br/&gt;&lt;br/&gt;&lt;div&gt;Have you tried to set the CurrentDataTable as the binding source on the control rather than the business object itself. &amp;nbsp;They might be doing some recursive enumerating or something that is more efficient in a DataTable than a BO. &amp;nbsp;That's the only suggestion that I have.</description><pubDate>Wed, 17 Apr 2013 13:40:03 GMT</pubDate><dc:creator>StrataFrame Team</dc:creator></item></channel></rss>