QBF does not seem to do a normal read, write, or clear as you browse through the records. We have code on the read, write, and clear of the form and the code does not get triggered. How does it handle the read, write and clear? What is is actually doing as you go to the next record?

Jeff,

I tried this myself with the hopes that you were wrong - but you're not. We have a window with a read event that definitely does not get triggered while going through a browse list. I think in this case I may be able to use the QBFNEXT/QBFPREV events to accomplish the same thing. Back to the drawing board . . .

I noticed this several weeks ago, amd as a short-term fix disabled the user from saving from within query mode because we set an @OREC property in the READ - which wasn't being set and so all records were being treated as new - a big problem!

For Revelation - what is the logic for why the QBF next/previous does not fire the READ event?

Regards,

James.

I thought this has already been addressed in previous posts. I know some have suggested creating QBF-specific events like QBFREAD, QBFWRITE, etc.

Either Revelation said something like this would be introduced soon (3.7?) or this is something that can now be generated by us using the Event Designer.

[email protected]

SRP Computer Solutions

Jeff,

What is is actually doing as you go to the next record?

Either OIWin_QBFRead or FormRead followed by OIWin_FormLoad.

Cameron Purdy

[email protected]

View this thread on the forum...