Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
Changes in Form aren't reflected in Reports
Message
De
16/04/2005 16:33:25
Michael Gass
Instructional Software, Inc.
Kirkland, Washington, États-Unis
 
 
À
16/04/2005 15:37:21
Information générale
Forum:
Visual FoxPro
Catégorie:
CodeMine
Versions des environnements
Visual FoxPro:
VFP 8 SP1
OS:
Windows XP SP2
Divers
Thread ID:
01005469
Message ID:
01005487
Vues:
25
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
Précédent
Suivant
Répondre
Fil
Voir

Click here to load this message in the networking platform