Hi group,
Okay ... I now have yet another glitch with my Alpha 5v5 order entry system.
This is an application that I have used since Alpha 4 [dos] with changes when we went to Alpha 5 ... and now v5.
After ironing out all the problems in early August with the switch to version 5 ... everything will work fine for a while and then a new glitch will appear.
At one point, when trying to change a "ship to" address on a tabbed subform, I had to do a "work around" by attaching a button that opened another form [called "customer entry"] into which one puts the changed "ship to" address. Once the "customer entry" form is closed, the new data does NOT show up in the order in progress ... but will show up at printing time and/or the next time the order is called up.
We don't change "ship to" addresses very often so this work around hasn't been a big problem.
HOWEVER, this morning, after using the application every day, a new wrinkle appeared, similar to the foregoing.
My "customer" table has a field called "PO number". This is a user entered field [field rules] and on the form it's a "type in" field. We change PO numbers with regularity ... and up until this morning, with no problems. This morning, whenever the PO number was changed, all the "customer data" would seem to disappear. If one went to print said order, the customer information would be there ... but the old PO number would show up!
I couldn't figure out what to change to make this work as it always HAS worked since Alpha 4 ... so I did another "work around" by requiring a button to be pressed and another small form ["po number"] to open wherein one could change the PO Number ... and return to the main order entry form. Of course, like the "ship to" work-around ... you don't actually SEE the change until you print or call up the order again ... but it DOES change the PO number.
What's happening? Any ideas? Why does the application work just fine and then not?
I tried compacting ... and I tried packing ... neither helped this morning.
It's running on Win98 second edition ...
I'd attach the tables in question ... except that I'm on my home computer and the offending application is on the office computer. I have a copy of the application on my computer ... but it's working fine ... and it's not "up-to-date" data-wise.
What's perplexing is that the operator isn't doing anything to the structure or design of the tables/application. She's just inputting and/or changing data on the forms and printing them.
Any help would be appreciated!
Mary E. Lea-Bannister
Okay ... I now have yet another glitch with my Alpha 5v5 order entry system.
This is an application that I have used since Alpha 4 [dos] with changes when we went to Alpha 5 ... and now v5.
After ironing out all the problems in early August with the switch to version 5 ... everything will work fine for a while and then a new glitch will appear.
At one point, when trying to change a "ship to" address on a tabbed subform, I had to do a "work around" by attaching a button that opened another form [called "customer entry"] into which one puts the changed "ship to" address. Once the "customer entry" form is closed, the new data does NOT show up in the order in progress ... but will show up at printing time and/or the next time the order is called up.
We don't change "ship to" addresses very often so this work around hasn't been a big problem.
HOWEVER, this morning, after using the application every day, a new wrinkle appeared, similar to the foregoing.
My "customer" table has a field called "PO number". This is a user entered field [field rules] and on the form it's a "type in" field. We change PO numbers with regularity ... and up until this morning, with no problems. This morning, whenever the PO number was changed, all the "customer data" would seem to disappear. If one went to print said order, the customer information would be there ... but the old PO number would show up!
I couldn't figure out what to change to make this work as it always HAS worked since Alpha 4 ... so I did another "work around" by requiring a button to be pressed and another small form ["po number"] to open wherein one could change the PO Number ... and return to the main order entry form. Of course, like the "ship to" work-around ... you don't actually SEE the change until you print or call up the order again ... but it DOES change the PO number.
What's happening? Any ideas? Why does the application work just fine and then not?
I tried compacting ... and I tried packing ... neither helped this morning.
It's running on Win98 second edition ...
I'd attach the tables in question ... except that I'm on my home computer and the offending application is on the office computer. I have a copy of the application on my computer ... but it's working fine ... and it's not "up-to-date" data-wise.
What's perplexing is that the operator isn't doing anything to the structure or design of the tables/application. She's just inputting and/or changing data on the forms and printing them.
Any help would be appreciated!
Mary E. Lea-Bannister
Comment