[AccessD] Child computer Game timer

jwcolby jwcolby at colbyconsulting.com
Mon Jul 18 20:41:48 CDT 2011


Because I won't know what games your child is playing.

John W. Colby
www.ColbyConsulting.com

On 7/18/2011 10:12 AM, Drew Wutka wrote:
> Why not just detect the game he is playing based upon the window's that
> are running?  Each game should have a window that should be easy to
> identify.
>
> Drew
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby
> Sent: Sunday, July 17, 2011 1:23 PM
> To: Access Developers discussion and problem solving
> Subject: [AccessD] Child computer Game timer
>
> I have designed a game timer for my son which I am making available to
> list members if they want it.
>
> This timer is designed for children who are old enough to play
> "unsupervised" and I want them to
> have a set time that they can play per session.  I want to record when
> they start and stop and have
> a display of how long they have been playing.  I used to have Robbie
> "write it down" and set a timer
> on the stove.  Both of which he "forgot" more often than not.
>
> This is not a "dishonest teenager" control mechanism, I am not getting
> into trying to outsmart a
> teenager here.  It is merely meant to allow me to see how much time my
> son is playing.  I removed
> all of the shortcuts from the desktop etc so that the way he opens his
> games is through this
> database.  I actually copied one of the shortcuts into the startup
> directory for one game that
> required a shortcut.
>
> I then informed him that there are consequences if he is playing without
> going through the timer.
>
> The timer is an Access form which has a game combo and a child id combo.
> In my case only my son
> uses it at the moment, though I will probably have my daughter use it as
> well.  It is FE/BE.
>
> The form consists of:
>
> 1) A game combo
> 2) A child combo
> 3) A start time
> 4) A stop time
> 5) The minutes they are allowed to play, fixed ATM though it could be
> included in the child record.
>
> Status controls are:
>
> 1) Last Play elapsed time
> 2) Last play time stopped
>
> At the very bottom of the form is an elapsed time.
>
> So the child selects the game they will play.  The game has the stuff
> required to actually open the
> game, usually the filespec for the game (path and file name) but it can
> also use a shortcut file if
> the game requires starting directory etc.
>
> Selecting the game starts a timer which shows up on the "Elapsed time"
> at the bottom, and records
> the start time.  There is a button which enters the stopped time and
> moves to a new record.  Once a
> record is "stopped" it can no longer be edited.  No records can be
> deleted (through the form).
>
> When the time is up, my son often does the "I need to do this one small
> thing before I quit"
> routine.  In order to allow that but still encourage him to get off, i
> built in an annoyance timer.
>    The database does not (yet) shut down the game automatically (though I
> might go there) but it does
> beep a series of beeps when time is up, and then starts beeping at him
> every N seconds.  N decreases
> over time until it is beeping every second.  This is truly annoying (to
> anyone in the room) and
> encourages him to finish up and get off.  It also alerts any adult near
> by that "time is up".  In
> fact it is so annoying that he was turning down the speaker when it
> beeped.  I had to inform him
> that there would be consequences for that.  ;)
>
> The system is working fine so far.  I am finally getting his times
> logged regularly and getting him
> off when his time is up.  We shall have to see how it works long term.
> Adolescents can be sneaky.
> Total loss of gaming privileges for breaking the rules is the
> consequence of being sneaky.
>
> Possible enhancements:
>
> 1) Times of day allowed to play
> 2) Total time allowed to play
> 3) Play time allowed per child
> etc.
>



More information about the AccessD mailing list