Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
Changes in Form aren't reflected in Reports
Message
From
16/04/2005 16:33:25
Michael Gass
Instructional Software, Inc.
Kirkland, Washington, United States
 
 
To
16/04/2005 15:37:21
General information
Forum:
Visual FoxPro
Category:
CodeMine
Environment versions
Visual FoxPro:
VFP 8 SP1
OS:
Windows XP SP2
Miscellaneous
Thread ID:
01005469
Message ID:
01005487
Views:
26
Thanks for the quick reply Gary. It's good to know that UPDATEALL() should be enough to accomplish what I wanted it to. I'm not using a VFP report. It's a combination of CM Docs and TX Text Control. There's a lot of code so I think it would be better if I spent time doing what you've already suggested and I'll get back to you on the results. Thanks again!

>Hi Michael,
>
>>Users must close a form then reopen it again before they can print reports or changes on the form don’t appear in reports. I’ve tried UPDATEALL() and the SAVE button but they don’t have an effect. Can anyone tell me what I’m doing wrong? Requiring the user to get out of a form then reopen it before printing a report from the form’s menu is a little much to ask.
>
>Clearly, something is not quite right here and it is not the way Codemine behaves but more likely the sequence that you are doing things. First, you need to be confident that after the UpdateAll has fired, the datasource has been updated. So, do this from one machine and check the updated data source from another. If the changes can be seen from another w/station, then Codemine is doing what it should.
>
>Where is the report being called from? Does the report use its own DE? It may be that the changes are not being reflected quickly enough in the cursor(s) being used by the report. Give a little more information, maybe a code sample and lets see what we can come up with.
>
>Best
Previous
Next
Reply
Map
View

Click here to load this message in the networking platform