Why do I always get the strange errors?

I'm telling you, I always find the strange ones. I have a form on which
customers can be added and maintained. One tab of the form is for
maintaining ship to addresses. Seems to work like a champ. Except when the
form is resized larger than its design size. The buttons (add ship to, edit
ship to, delete ship to) move appropriately as the form is resized, yet if
they are clicked on, they don't respond to the clicks. If the form is
resized just a little (a half inch, maybe), they seem to respond. But if
you resize it much more than that, they don't. The weird thing is that you
can resize to a point where the add and edit buttons don't respond, but the
delete does. Then if you resize it a little bigger, even the delete will
stop responding. I was thinking that maybe the grid that shows the ship to
addresses was inside a container and it was somehow overlapping the buttons
as the form was resized, but that's not the case. The grid and the buttons
are inside a container, so that does not seem to be the case. Arrgghh.
Unfortunately, this app was written by a former employee so I'm not all that
familiar with some of the pieces and it was written in a well known (but
IMHO, crappy) framework that drives me crazy. Anybody seen anything like
this? I know it's not much to go on. (Ok, I admit it, this post is mainly
just to bitch - I really do hit some strange ones at times)

Thanks,

Russell Campbell

David
Wed Nov 05 19:17:52 CST 2003

Russell,

Is it possible that you've got a transparent shape that's getting on top of
the buttons? It can stop clicks from hitting the buttons. Can you use the
TAB key to tab onto the button and press the spacebar to click them?

--
df - Microsoft MVP FoxPro http://www.geocities.com/df_foxpro

"Russell Campbell" <nospam@byteme.com> wrote in message
news:1ifqb.11591$Oo4.9829@newsread1.news.atl.earthlink.net...
> I'm telling you, I always find the strange ones. I have a form on which
> customers can be added and maintained. One tab of the form is for
> maintaining ship to addresses. Seems to work like a champ. Except when
the
> form is resized larger than its design size. The buttons (add ship to,
edit
> ship to, delete ship to) move appropriately as the form is resized, yet if
> they are clicked on, they don't respond to the clicks. If the form is
> resized just a little (a half inch, maybe), they seem to respond. But if
> you resize it much more than that, they don't. The weird thing is that
you
> can resize to a point where the add and edit buttons don't respond, but
the
> delete does. Then if you resize it a little bigger, even the delete will
> stop responding. I was thinking that maybe the grid that shows the ship
to
> addresses was inside a container and it was somehow overlapping the
buttons
> as the form was resized, but that's not the case. The grid and the
buttons
> are inside a container, so that does not seem to be the case. Arrgghh.
> Unfortunately, this app was written by a former employee so I'm not all
that
> familiar with some of the pieces and it was written in a well known (but
> IMHO, crappy) framework that drives me crazy. Anybody seen anything like
> this? I know it's not much to go on. (Ok, I admit it, this post is
mainly
> just to bitch - I really do hit some strange ones at times)

Russell
Wed Nov 05 19:34:41 CST 2003

David,

Thanks for the reply. I'm not seeing any transparent shapes in the
Properties window, so I don't think it's that. It's just the grid, the
buttons, a data environment loader, and a couple of security related
controls. The user can tab to the buttons and press Enter and they work
just fine - I forgot to mention that. So that's the workaround for now and
it's not really painful (after all, they're not adding ship to addresses on
a daily basis). But for the moment, I'm not sure of the issue (and I just
haven't had time to look at it in detail, yet). As I said, part of the
point of the post was to blow off a little steam over this strange error.
<g> Tell me about your strangest error - misery loves company. <bg>

Russell


"David Frankenbach" <sendnospam@sendnospam.net> wrote in message
news:4jhqb.28585$Ec1.2628039@bgtnsc05-news.ops.worldnet.att.net...
> Russell,
>
> Is it possible that you've got a transparent shape that's getting on top
of
> the buttons? It can stop clicks from hitting the buttons. Can you use the
> TAB key to tab onto the button and press the spacebar to click them?
>
> --
> df - Microsoft MVP FoxPro http://www.geocities.com/df_foxpro
>
> "Russell Campbell" <nospam@byteme.com> wrote in message
> news:1ifqb.11591$Oo4.9829@newsread1.news.atl.earthlink.net...
> > I'm telling you, I always find the strange ones. I have a form on which
> > customers can be added and maintained. One tab of the form is for
> > maintaining ship to addresses. Seems to work like a champ. Except when
> the
> > form is resized larger than its design size. The buttons (add ship to,
> edit
> > ship to, delete ship to) move appropriately as the form is resized, yet
if
> > they are clicked on, they don't respond to the clicks. If the form is
> > resized just a little (a half inch, maybe), they seem to respond. But
if
> > you resize it much more than that, they don't. The weird thing is that
> you
> > can resize to a point where the add and edit buttons don't respond, but
> the
> > delete does. Then if you resize it a little bigger, even the delete
will
> > stop responding. I was thinking that maybe the grid that shows the ship
> to
> > addresses was inside a container and it was somehow overlapping the
> buttons
> > as the form was resized, but that's not the case. The grid and the
> buttons
> > are inside a container, so that does not seem to be the case. Arrgghh.
> > Unfortunately, this app was written by a former employee so I'm not all
> that
> > familiar with some of the pieces and it was written in a well known (but
> > IMHO, crappy) framework that drives me crazy. Anybody seen anything
like
> > this? I know it's not much to go on. (Ok, I admit it, this post is
> mainly
> > just to bitch - I really do hit some strange ones at times)
>
>

gerry
Wed Nov 05 23:36:23 CST 2003

just to be sure , try selecting the buttons in question and "Bring to
front".


"Russell Campbell" <nospam@byteme.com> wrote in message
news:Ryhqb.11559$9M3.4351@newsread2.news.atl.earthlink.net...
> David,
>
> Thanks for the reply. I'm not seeing any transparent shapes in the
> Properties window, so I don't think it's that. It's just the grid, the
> buttons, a data environment loader, and a couple of security related
> controls. The user can tab to the buttons and press Enter and they work
> just fine - I forgot to mention that. So that's the workaround for now
and
> it's not really painful (after all, they're not adding ship to addresses
on
> a daily basis). But for the moment, I'm not sure of the issue (and I just
> haven't had time to look at it in detail, yet). As I said, part of the
> point of the post was to blow off a little steam over this strange error.
> <g> Tell me about your strangest error - misery loves company. <bg>
>
> Russell
>
>
> "David Frankenbach" <sendnospam@sendnospam.net> wrote in message
> news:4jhqb.28585$Ec1.2628039@bgtnsc05-news.ops.worldnet.att.net...
> > Russell,
> >
> > Is it possible that you've got a transparent shape that's getting on top
> of
> > the buttons? It can stop clicks from hitting the buttons. Can you use
the
> > TAB key to tab onto the button and press the spacebar to click them?
> >
> > --
> > df - Microsoft MVP FoxPro http://www.geocities.com/df_foxpro
> >
> > "Russell Campbell" <nospam@byteme.com> wrote in message
> > news:1ifqb.11591$Oo4.9829@newsread1.news.atl.earthlink.net...
> > > I'm telling you, I always find the strange ones. I have a form on
which
> > > customers can be added and maintained. One tab of the form is for
> > > maintaining ship to addresses. Seems to work like a champ. Except
when
> > the
> > > form is resized larger than its design size. The buttons (add ship
to,
> > edit
> > > ship to, delete ship to) move appropriately as the form is resized,
yet
> if
> > > they are clicked on, they don't respond to the clicks. If the form is
> > > resized just a little (a half inch, maybe), they seem to respond. But
> if
> > > you resize it much more than that, they don't. The weird thing is
that
> > you
> > > can resize to a point where the add and edit buttons don't respond,
but
> > the
> > > delete does. Then if you resize it a little bigger, even the delete
> will
> > > stop responding. I was thinking that maybe the grid that shows the
ship
> > to
> > > addresses was inside a container and it was somehow overlapping the
> > buttons
> > > as the form was resized, but that's not the case. The grid and the
> > buttons
> > > are inside a container, so that does not seem to be the case.
Arrgghh.
> > > Unfortunately, this app was written by a former employee so I'm not
all
> > that
> > > familiar with some of the pieces and it was written in a well known
(but
> > > IMHO, crappy) framework that drives me crazy. Anybody seen anything
> like
> > > this? I know it's not much to go on. (Ok, I admit it, this post is
> > mainly
> > > just to bitch - I really do hit some strange ones at times)
> >
> >
>
>

Russell
Wed Nov 05 23:51:33 CST 2003

I'll try that. BTW, where's the "work like you're supposed to work you
&$^#& buttons" button? <g>

"gerry" <germ@hotmail.com> wrote in message
news:ePWHRjCpDHA.2772@TK2MSFTNGP12.phx.gbl...
> just to be sure , try selecting the buttons in question and "Bring to
> front".
>
>
> "Russell Campbell" <nospam@byteme.com> wrote in message
> news:Ryhqb.11559$9M3.4351@newsread2.news.atl.earthlink.net...
> > David,
> >
> > Thanks for the reply. I'm not seeing any transparent shapes in the
> > Properties window, so I don't think it's that. It's just the grid, the
> > buttons, a data environment loader, and a couple of security related
> > controls. The user can tab to the buttons and press Enter and they work
> > just fine - I forgot to mention that. So that's the workaround for now
> and
> > it's not really painful (after all, they're not adding ship to addresses
> on
> > a daily basis). But for the moment, I'm not sure of the issue (and I
just
> > haven't had time to look at it in detail, yet). As I said, part of the
> > point of the post was to blow off a little steam over this strange
error.
> > <g> Tell me about your strangest error - misery loves company. <bg>
> >
> > Russell
> >
> >
> > "David Frankenbach" <sendnospam@sendnospam.net> wrote in message
> > news:4jhqb.28585$Ec1.2628039@bgtnsc05-news.ops.worldnet.att.net...
> > > Russell,
> > >
> > > Is it possible that you've got a transparent shape that's getting on
top
> > of
> > > the buttons? It can stop clicks from hitting the buttons. Can you use
> the
> > > TAB key to tab onto the button and press the spacebar to click them?
> > >
> > > --
> > > df - Microsoft MVP FoxPro http://www.geocities.com/df_foxpro
> > >
> > > "Russell Campbell" <nospam@byteme.com> wrote in message
> > > news:1ifqb.11591$Oo4.9829@newsread1.news.atl.earthlink.net...
> > > > I'm telling you, I always find the strange ones. I have a form on
> which
> > > > customers can be added and maintained. One tab of the form is for
> > > > maintaining ship to addresses. Seems to work like a champ. Except
> when
> > > the
> > > > form is resized larger than its design size. The buttons (add ship
> to,
> > > edit
> > > > ship to, delete ship to) move appropriately as the form is resized,
> yet
> > if
> > > > they are clicked on, they don't respond to the clicks. If the form
is
> > > > resized just a little (a half inch, maybe), they seem to respond.
But
> > if
> > > > you resize it much more than that, they don't. The weird thing is
> that
> > > you
> > > > can resize to a point where the add and edit buttons don't respond,
> but
> > > the
> > > > delete does. Then if you resize it a little bigger, even the delete
> > will
> > > > stop responding. I was thinking that maybe the grid that shows the
> ship
> > > to
> > > > addresses was inside a container and it was somehow overlapping the
> > > buttons
> > > > as the form was resized, but that's not the case. The grid and the
> > > buttons
> > > > are inside a container, so that does not seem to be the case.
> Arrgghh.
> > > > Unfortunately, this app was written by a former employee so I'm not
> all
> > > that
> > > > familiar with some of the pieces and it was written in a well known
> (but
> > > > IMHO, crappy) framework that drives me crazy. Anybody seen anything
> > like
> > > > this? I know it's not much to go on. (Ok, I admit it, this post is
> > > mainly
> > > > just to bitch - I really do hit some strange ones at times)
> > >
> > >
> >
> >
>
>

Ook
Thu Nov 06 08:36:21 CST 2003

Russell, I have had a similar problem. It was a combination of the video
drivers and the OS. I would boot to Win98, and have this happen. Boot to
Win2000, no problem.

Try moving the form to the far left side of the screen and see if the
controls on the left side of the form respond. Then move it to the far right
side and see what happens. I found that anything past a certain point to the
right on the screen would do this. Move it back to the left, and it worked
fine. Strange. Upgraded to XP and the problem went away.

"Russell Campbell" <nospam@byteme.com> wrote in message
news:1ifqb.11591$Oo4.9829@newsread1.news.atl.earthlink.net...
> I'm telling you, I always find the strange ones. I have a form on which
> customers can be added and maintained. One tab of the form is for
> maintaining ship to addresses. Seems to work like a champ. Except when
the
> form is resized larger than its design size. The buttons (add ship to,
edit
> ship to, delete ship to) move appropriately as the form is resized, yet if
> they are clicked on, they don't respond to the clicks. If the form is
> resized just a little (a half inch, maybe), they seem to respond. But if
> you resize it much more than that, they don't. The weird thing is that
you
> can resize to a point where the add and edit buttons don't respond, but
the
> delete does. Then if you resize it a little bigger, even the delete will
> stop responding. I was thinking that maybe the grid that shows the ship
to
> addresses was inside a container and it was somehow overlapping the
buttons
> as the form was resized, but that's not the case. The grid and the
buttons
> are inside a container, so that does not seem to be the case. Arrgghh.
> Unfortunately, this app was written by a former employee so I'm not all
that
> familiar with some of the pieces and it was written in a well known (but
> IMHO, crappy) framework that drives me crazy. Anybody seen anything like
> this? I know it's not much to go on. (Ok, I admit it, this post is
mainly
> just to bitch - I really do hit some strange ones at times)
>
> Thanks,
>
> Russell Campbell
>
>

Fred
Thu Nov 06 09:04:46 CST 2003

That button only appears after you call the DWIM() function. (Do What I
Mean) ;)

Fred
Microsoft Visual FoxPro MVP

"Russell Campbell" <nospam@byteme.com> wrote in message
news:Fjlqb.12176$9M3.7436@newsread2.news.atl.earthlink.net...
> I'll try that. BTW, where's the "work like you're supposed to work you
> &$^#& buttons" button? <g>
>
> "gerry" <germ@hotmail.com> wrote in message
> news:ePWHRjCpDHA.2772@TK2MSFTNGP12.phx.gbl...
> > just to be sure , try selecting the buttons in question and "Bring to
> > front".
> >
> >
> > "Russell Campbell" <nospam@byteme.com> wrote in message
> > news:Ryhqb.11559$9M3.4351@newsread2.news.atl.earthlink.net...
> > > David,
> > >
> > > Thanks for the reply. I'm not seeing any transparent shapes in the
> > > Properties window, so I don't think it's that. It's just the grid,
the
> > > buttons, a data environment loader, and a couple of security related
> > > controls. The user can tab to the buttons and press Enter and they
work
> > > just fine - I forgot to mention that. So that's the workaround for
now
> > and
> > > it's not really painful (after all, they're not adding ship to
addresses
> > on
> > > a daily basis). But for the moment, I'm not sure of the issue (and I
> just
> > > haven't had time to look at it in detail, yet). As I said, part of
the
> > > point of the post was to blow off a little steam over this strange
> error.
> > > <g> Tell me about your strangest error - misery loves company. <bg>
> > >
> > > Russell
> > >
> > >
> > > "David Frankenbach" <sendnospam@sendnospam.net> wrote in message
> > > news:4jhqb.28585$Ec1.2628039@bgtnsc05-news.ops.worldnet.att.net...
> > > > Russell,
> > > >
> > > > Is it possible that you've got a transparent shape that's getting on
> top
> > > of
> > > > the buttons? It can stop clicks from hitting the buttons. Can you
use
> > the
> > > > TAB key to tab onto the button and press the spacebar to click them?
> > > >
> > > > --
> > > > df - Microsoft MVP FoxPro http://www.geocities.com/df_foxpro
> > > >
> > > > "Russell Campbell" <nospam@byteme.com> wrote in message
> > > > news:1ifqb.11591$Oo4.9829@newsread1.news.atl.earthlink.net...
> > > > > I'm telling you, I always find the strange ones. I have a form on
> > which
> > > > > customers can be added and maintained. One tab of the form is for
> > > > > maintaining ship to addresses. Seems to work like a champ.
Except
> > when
> > > > the
> > > > > form is resized larger than its design size. The buttons (add
ship
> > to,
> > > > edit
> > > > > ship to, delete ship to) move appropriately as the form is
resized,
> > yet
> > > if
> > > > > they are clicked on, they don't respond to the clicks. If the
form
> is
> > > > > resized just a little (a half inch, maybe), they seem to respond.
> But
> > > if
> > > > > you resize it much more than that, they don't. The weird thing is
> > that
> > > > you
> > > > > can resize to a point where the add and edit buttons don't
respond,
> > but
> > > > the
> > > > > delete does. Then if you resize it a little bigger, even the
delete
> > > will
> > > > > stop responding. I was thinking that maybe the grid that shows
the
> > ship
> > > > to
> > > > > addresses was inside a container and it was somehow overlapping
the
> > > > buttons
> > > > > as the form was resized, but that's not the case. The grid and
the
> > > > buttons
> > > > > are inside a container, so that does not seem to be the case.
> > Arrgghh.
> > > > > Unfortunately, this app was written by a former employee so I'm
not
> > all
> > > > that
> > > > > familiar with some of the pieces and it was written in a well
known
> > (but
> > > > > IMHO, crappy) framework that drives me crazy. Anybody seen
anything
> > > like
> > > > > this? I know it's not much to go on. (Ok, I admit it, this post
is
> > > > mainly
> > > > > just to bitch - I really do hit some strange ones at times)
> > > >
> > > >
> > >
> > >
> >
> >
>
>

David
Thu Nov 06 19:25:26 CST 2003

Russell,

it sounds like your container resizing is getting over the top of the
buttons, this could be tested by putting code in the click of the container
and see if it's actually seeing the event instead of the buttons.

another way to find out what's going on would be to turn on event logging in
the debugger and watch what happes as you click after the form gets resized.

my strangest error... geez there's been so many.. I'm not sure where to
start *bg*

--
df - Microsoft MVP FoxPro http://www.geocities.com/df_foxpro

"Russell Campbell" <nospam@byteme.com> wrote in message
news:Ryhqb.11559$9M3.4351@newsread2.news.atl.earthlink.net...
> David,
>
> Thanks for the reply. I'm not seeing any transparent shapes in the
> Properties window, so I don't think it's that. It's just the grid, the
> buttons, a data environment loader, and a couple of security related
> controls. The user can tab to the buttons and press Enter and they work
> just fine - I forgot to mention that. So that's the workaround for now
and
> it's not really painful (after all, they're not adding ship to addresses
on
> a daily basis). But for the moment, I'm not sure of the issue (and I just
> haven't had time to look at it in detail, yet). As I said, part of the
> point of the post was to blow off a little steam over this strange error.
> <g> Tell me about your strangest error - misery loves company. <bg>

Russell
Tue Nov 18 08:28:50 CST 2003

Late reply . . . I'll give that a shot . . . thanks.

"gerry" <germ@hotmail.com> wrote in message
news:ePWHRjCpDHA.2772@TK2MSFTNGP12.phx.gbl...
> just to be sure , try selecting the buttons in question and "Bring to
> front".
>
>
> "Russell Campbell" <nospam@byteme.com> wrote in message
> news:Ryhqb.11559$9M3.4351@newsread2.news.atl.earthlink.net...
> > David,
> >
> > Thanks for the reply. I'm not seeing any transparent shapes in the
> > Properties window, so I don't think it's that. It's just the grid, the
> > buttons, a data environment loader, and a couple of security related
> > controls. The user can tab to the buttons and press Enter and they work
> > just fine - I forgot to mention that. So that's the workaround for now
> and
> > it's not really painful (after all, they're not adding ship to addresses
> on
> > a daily basis). But for the moment, I'm not sure of the issue (and I
just
> > haven't had time to look at it in detail, yet). As I said, part of the
> > point of the post was to blow off a little steam over this strange
error.
> > <g> Tell me about your strangest error - misery loves company. <bg>
> >
> > Russell
> >
> >
> > "David Frankenbach" <sendnospam@sendnospam.net> wrote in message
> > news:4jhqb.28585$Ec1.2628039@bgtnsc05-news.ops.worldnet.att.net...
> > > Russell,
> > >
> > > Is it possible that you've got a transparent shape that's getting on
top
> > of
> > > the buttons? It can stop clicks from hitting the buttons. Can you use
> the
> > > TAB key to tab onto the button and press the spacebar to click them?
> > >
> > > --
> > > df - Microsoft MVP FoxPro http://www.geocities.com/df_foxpro
> > >
> > > "Russell Campbell" <nospam@byteme.com> wrote in message
> > > news:1ifqb.11591$Oo4.9829@newsread1.news.atl.earthlink.net...
> > > > I'm telling you, I always find the strange ones. I have a form on
> which
> > > > customers can be added and maintained. One tab of the form is for
> > > > maintaining ship to addresses. Seems to work like a champ. Except
> when
> > > the
> > > > form is resized larger than its design size. The buttons (add ship
> to,
> > > edit
> > > > ship to, delete ship to) move appropriately as the form is resized,
> yet
> > if
> > > > they are clicked on, they don't respond to the clicks. If the form
is
> > > > resized just a little (a half inch, maybe), they seem to respond.
But
> > if
> > > > you resize it much more than that, they don't. The weird thing is
> that
> > > you
> > > > can resize to a point where the add and edit buttons don't respond,
> but
> > > the
> > > > delete does. Then if you resize it a little bigger, even the delete
> > will
> > > > stop responding. I was thinking that maybe the grid that shows the
> ship
> > > to
> > > > addresses was inside a container and it was somehow overlapping the
> > > buttons
> > > > as the form was resized, but that's not the case. The grid and the
> > > buttons
> > > > are inside a container, so that does not seem to be the case.
> Arrgghh.
> > > > Unfortunately, this app was written by a former employee so I'm not
> all
> > > that
> > > > familiar with some of the pieces and it was written in a well known
> (but
> > > > IMHO, crappy) framework that drives me crazy. Anybody seen anything
> > like
> > > > this? I know it's not much to go on. (Ok, I admit it, this post is
> > > mainly
> > > > just to bitch - I really do hit some strange ones at times)
> > >
> > >
> >
> >
>
>