P
PeteCresswell
In many of my forms, I maintain a form-level Long variable called
"mScreenMode" - which gets set to things like 1=Browse, 2=Edit, 3=Add.
Typically there will be a command button on the screen whose .Caption
varies between "Change", "Save", and "Add" depending on screen mode.
As part of that scheme, I'm often casing out on mScreen mode.
This works 99.9% of the time.
But every so often a Case statement will drop down to Else because
mScreenMode has somehow become zero.
This happens much more often in development mode - and I would expect
it there bco things I'm doing like stepping through code and
interrupting it.
But in production mode, it shouldn't happen unless I've got one or
more bugs in my code.
But it happens so rarely in production that I've got to wonder if MS
Access is somehow capable of losing form-level variable values. i.e.
if it were a bug, users would provoke it with some regularity.
Comments?
"mScreenMode" - which gets set to things like 1=Browse, 2=Edit, 3=Add.
Typically there will be a command button on the screen whose .Caption
varies between "Change", "Save", and "Add" depending on screen mode.
As part of that scheme, I'm often casing out on mScreen mode.
This works 99.9% of the time.
But every so often a Case statement will drop down to Else because
mScreenMode has somehow become zero.
This happens much more often in development mode - and I would expect
it there bco things I'm doing like stepping through code and
interrupting it.
But in production mode, it shouldn't happen unless I've got one or
more bugs in my code.
But it happens so rarely in production that I've got to wonder if MS
Access is somehow capable of losing form-level variable values. i.e.
if it were a bug, users would provoke it with some regularity.
Comments?