Jim Dettman
jimdettman at verizon.net
Mon Dec 17 10:22:22 CST 2007
That's true. It's also true that you could have a process running and the control hasn't changed, but there is certainly activity. Really to do shutdown right, it needs to be built into the app itself and is not something you can simply add on easily. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Monday, December 17, 2007 11:01 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] shutting down > > The goal is to detect inactivity on the part of the user. The example > provided by M$ does just that by checking if the active form has not > changed > in the defined time and that the active control on whatever form has not > changed either. There's not much else you can do. If a user is interacting > with a database then one or other of those objects is going to be changing > frequently. So a timer event kicking off every few seconds or so fits the > bill quite well. =======The problem I have with the solution is that the control could've changed -- just because it's the same control doesn't mean that the user has chosen several and returned to that control. Now, I might understand how the code works, is that the case? Susan H. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com