My experience has been: If all your code is in the form the error event will handle it. However, If you have prg functions or procedures, the default error handler will catch it. Having the READ EVENTS in an object method, makes that objects error event the default error handler.
There are more times than not, I actually have the READ EVENTS in my PRIVATE oApplication object which I can expand on when the program expands. Tracy -----Original Message----- From: MB Software Solutions General Account Sent: Monday, May 11, 2009 3:47 PM Tracy Pearson wrote: > I put CLEAR EVENTS in the UNLOAD event, it could also be put in the > DESTROY > > Usually, my "Set Main" is a PRG, I DO FORM .. NAME then call a method > in the > form which has the READ EVENTS. This allows me to use the FORM.ERROR > event to handle all the errors. So the form.error event wouldn't handle any errors if you just said DO FORM (without the NAME clause) and then a READ EVENTS right after the DO FORM line? I'm trying to see the difference. -- Mike Babcock, MCP MB Software Solutions, LLC President, Chief Software Architect http://mbsoftwaresolutions.com http://fabmate.com http://twitter.com/mbabcock16 [excessive quoting removed by server] _______________________________________________ Post Messages to: [email protected] Subscription Maintenance: http://leafe.com/mailman/listinfo/profox OT-free version of this list: http://leafe.com/mailman/listinfo/profoxtech Searchable Archive: http://leafe.com/archives/search/profox This message: http://leafe.com/archives/byMID/profox/000e01c9d274$825f4210$871dc6...@com ** All postings, unless explicitly stated otherwise, are the opinions of the author, and do not constitute legal or medical advice. This statement is added to the messages for those lawyers who are too stupid to see the obvious.
