Hi,
Firstly apologies if this is a simple mistake on my part or has been covered elsewhere but I've just started back with the grid and calc manager and am struggling to get the attached to work (VS2010 with 2013.2075)
Simple project attached and when I click in the new row the formula for column d doesn't appear to work but it works fine for existing rows. If I change the DeferredCalculationsEnabled to True on the calc manager then it works fine but my summary isn't fully calculated unless the grid is fully scrolled. I've tried various combinations of the DeferredCalculationsEnabled and CalcFrequency but just can't seem to get it to give a complete summary and complete the formula for a new row.
Any help greatly appreciated.
Thanks
OK, thanks Michael, I'll keep an eye on the development issues you've created.
I don't recommend changing the DeferredCalculationsEnabled at runtime ie. or by the BeforeEnterEditMode. This was to illustrate that the property is causing unexpected behavior. We need to investigate this further and provide you with a viable solution.
I have opened a private case for you so that I can link it to two internal development issues. This way you will be notified automatically when a development issue is updated. The case number is CAS-143003-P8X6J3. You will see it located here: https://es.infragistics.com/my-account/support-activity
The two issues are as you have reported when toggling the DeferredCalculationsEnabled. You will find more details about these two development logs in the case.
Let me know if you have any questions regarding this matter.
Hello,
This property is causing issues on form load.
As a test, I was able to get the expected behavior by changing the deferred calc to true within the BeforeEnterEditMode event. With the sample you provided, the property needs to be false in the designer initially, then wait for the form and calculation to load the data correctly. After which you can set the property back to true to get the expected behavior.
Private Sub UltraGrid1_BeforeEnterEditMode(sender As System.Object, e As System.ComponentModel.CancelEventArgs) Handles UltraGrid1.BeforeEnterEditModeUltraCalcManager1.DeferredCalculationsEnabled = TrueEnd Sub
Mike, where does that leave us then? If it's a bug do I need to report this somewhere or is it something you will pick up and if so how do I track it?
Cheers
weejock said: - TRUE - then when I click the add row the formula in column d is prefilled with a 0 and works should you enter a value in column a and tab to column b, you don't need the row to be added full. Editing existing rows work the same. - FALSE - then when I click the add row the formula in column d doesn't get prefilled or work until the row is actually added to the grid fully. However, editing an existing row then changes in d are immediately apparent on leaving a cell but without leaving the row
- TRUE - then when I click the add row the formula in column d is prefilled with a 0 and works should you enter a value in column a and tab to column b, you don't need the row to be added full. Editing existing rows work the same.
- FALSE - then when I click the add row the formula in column d doesn't get prefilled or work until the row is actually added to the grid fully. However, editing an existing row then changes in d are immediately apparent on leaving a cell but without leaving the row
That's the same behavior I get with your sample.
DeferredCalculations just means that the grid will defer calculations that are out of view. It's a performance tweak so that the grid gives preference to the calculation of formulas that are visible on the screen. So when it's true, the grid gives top priority to the formulas that the user can see, which includes the TemplateAddRow. When it's false, I can only assume that there are other calculations taking place and since the TempalteAddRow is not a priority, it's getting put off, but will eventually be calculated. This doesn't really make sense, though, since you don't have a huge number of rows in your sample and the TemplateAddRow should probably be calculated almost immediately, anyway. So I think there's probably a bug there.
weejock said:If I didn't care about the summary I could just change the deferred calcs to TRUE and all would be well. However, I'd like a summary at the top showing the summary of all rows not just those visible initially or that have been scrolled into view. To do this I need to set deferred calcs to FALSE.
If the summary is being calculated based on only what is in view, then something is wrong. That should never happen - or at least it should not be based on DeferredCalculationsEnabled. DeferredCalculationsEnabled should only affect WHEN the formulas are calculated, it should not have any effect on the calculation results.