Report Control - Willing to pay for Report Control help

Print Page | Close Window

Willing to pay for Report Control help

Printed From: Codejock Forums
Category: Codejock Products
Forum Name: Report Control
Forum Description: Topics Related to Codejock Report Control
URL: http://forum.codejock.com/forum_posts.asp?TID=24075
Printed Date: 03 December 2024 at 12:39pm
Software Version: Web Wiz Forums 12.04 - http://www.webwizforums.com

Topic: Willing to pay for Report Control help

Posted By: wrecks
Subject: Willing to pay for Report Control help
Date Posted: 29 September 2020 at 11:31am

I am having trouble with the ActiveX version of the Codejock Report Control. It works great, but the performance is unacceptable. Adding 188 records with 5 items each (940 items) takes almost 3 seconds on my very fast Windows 10 PC. I have tried the UseBatchAllocation method, but that does not seem to make any difference.

There is very little activity on this forum. Is there anybody watching that is good at this and would like to get paid for helping...?

Replies:

Posted By: jpbro
Date Posted: 30 September 2020 at 9:38am

What language are you using? Can you post a code sample?

-------------
Product: Xtreme SuitePro (ActiveX) version 16.2.6
Platform: Windows XP - SP3

Language: Visual Basic 6.0 SP6

Posted By: rdhd
Date Posted: 02 October 2020 at 5:20pm

Can you disable window updating? We have issues with Windows comboboxes that appeared out of nowhere. We did a couple of things. The combobox has an InitStorage call so we make it when we know how many items we are going to add. We also call SetRedraw to false before loading the box and back to true when we are done.

If not MFC based, use the WM_SETREDRAW message, which is all MFC does, before loading and after loading.

I have seen very slow updates in a .NET grid view and it too was caused by display updating occurring as each item was added to the view. It becomes so slow you can easily watch it "grow" as rows are added. Simply resizing the window so it is short revealed it was all display based.

I'd run Spyxx and see what messages are streaming as you make your calls. Look first to see if it is redrawing - WM_PAINT, WM_ERASEBKGND.

Posted By: wrecks
Date Posted: 03 October 2020 at 8:05am

It turns out that the ActiveX interface mechanism in my language (APL+Win) is the culprit. The same logic coded in a VB6 program runs apx. 100 times faster. Sigh.

We had not noticed this before because with other ActiveX controls we use (e.g., Excel) we can pass an array of data in one call. With the ReportControl, we have to use the AddItem method for each individual "cell". If only there were an AddItems (plural) method!