I have a situation with a client's app that results in the record pointer
not moving properly. On the forms I develop, I use a pageframe with a List
tab at the far right. On the tab is a grid showing the form's main table and
this grid is used for locating a record. You click in a column, start
typing, it does an incremental search, and when you hit the record you want
you just press Enter. The pageframe's main tab is activated and this is
where the data entry/edit is done. This works great, but after installing
VFP 8 a client noticed a problem. While on the main tab, the user may move
to another record (this is basically a bill of materials form and the user
can right-click on a line item and choose Inspect this part and the record
pointer will be moved to that part and the form will display it). After
doing this and clicking back on the List tab, instead of the grid being
positioned on the record displayed in the main tab, the grid will be on some
other record. It's not necessarily a record that was previously being viewed
on the main tab. As I mentioned before, this has worked perfectly up until
the install of VFP 8. In fact, when the client tests on a VFP 7 version of
the app, it still works fine. I had noticed some similar behavior in another
client's app, but attributed it to an error in my code (though I could find
none) and didn't think it was VFP 8 related because it had been awhile since
we moved to VFP 8, so that connection didn't jump out at me. However, that
may be the same issue. If the code is traced, it works, if the code is not
traced it will fail. Has anyone seen anything like this?

Thanks,

Russell Campbell

RE: Record pointer moving on its own (it's possessed!!) by Leemi

Leemi
Fri Sep 17 12:47:02 CDT 2004

Hi Russell:

I am not sure if this is related, but there was a problem refreshing a grid
contained in a page of a pageframe. There is an example of this bug and
workaround on Universalthread.com. Go to www.universalthread.com, click on
the Download icon, and choose Visual FoxPro as the product. In the ID text
box of the query page, search for "18476."

I am thinking that the apparent movement of the record pointer might be a
grid refresh problem.

I hope this helps.

This posting is provided "AS IS" with no warranties, and confers no rights.

Sincerely,
Microsoft FoxPro Technical Support
Lee Mitchell

*-- VFP9 Public Beta Now Available!! --*
Download the VFP9 beta here: http://msdn.microsoft.com/vfoxpro/

*-- VFP8 HAS ARRIVED!! --*
Read about all the new features of VFP8 here:
http://www.universalthread.com/VisualFoxPro/News/VFP8Release.asp
Purchase VFP8 here:
http://shop.microsoft.com/Referral/Productinfo.asp?siteID=11518

Keep an eye on the product lifecycle for Visual FoxPro here:
http://support.microsoft.com/default.aspx?id=fh;[ln];lifeprodv
- VFP5 Mainstream Support retired June 30th, 2003
- VFP6 Mainstream Support retired Sept. 30th, 2003



>>I have a situation with a client's app that results in the record pointer
not moving properly. On the forms I develop, I use a pageframe with a List
tab at the far right. On the tab is a grid showing the form's main table and
this grid is used for locating a record. You click in a column, start
typing, it does an incremental search, and when you hit the record you want
you just press Enter. The pageframe's main tab is activated and this is
where the data entry/edit is done. This works great, but after installing
VFP 8 a client noticed a problem. While on the main tab, the user may move
to another record (this is basically a bill of materials form and the user
can right-click on a line item and choose Inspect this part and the record
pointer will be moved to that part and the form will display it). After
doing this and clicking back on the List tab, instead of the grid being
positioned on the record displayed in the main tab, the grid will be on some
other record. It's not necessarily a record that was previously being viewed
on the main tab. As I mentioned before, this has worked perfectly up until
the install of VFP 8. In fact, when the client tests on a VFP 7 version of
the app, it still works fine. I had noticed some similar behavior in another
client's app, but attributed it to an error in my code (though I could find
none) and didn't think it was VFP 8 related because it had been awhile since
we moved to VFP 8, so that connection didn't jump out at me. However, that
may be the same issue. If the code is traced, it works, if the code is not
traced it will fail. Has anyone seen anything like this?

Thanks,

>>Russell Campbell




Re: Record pointer moving on its own (it's possessed!!) by Russell

Russell
Fri Sep 17 16:22:12 CDT 2004

Thanks, Lee. I'll check it out. I submitted it to Microsoft as a bug along
with a small form that lets you see the problem. If you'd like, I can send
it to you.

Also, a good while back I mentioned here that the Intellisense MRU list for
the BUILD command sometimes worked for me and sometimes didn't. In other
words, sometimes it appeared and sometimes it didn't. I found out the
problem. It only appears when the project is open and only shows one
entry - the one for the open project. I thought that it would work like the
MRU lists for other commands such as USE, MODI FORM, etc., but it doesn't.
I think it should work like them. It's not a great big hairy deal, but it
would be nice to have it work that way. Maybe it's already in VFP 9, I
don't know. Or maybe I even have some control over it via the Intellisense
Manager - haven't checked that out, either. It just seems it should work
the way other MRU lists work for other commands.

Thanks for your help,

Russell Campbell


"Lee Mitchell" <Leemi@online.microsoft.com> wrote in message
news:bn7Ad5NnEHA.3312@cpmsftngxa06.phx.gbl...
> Hi Russell:
>
> I am not sure if this is related, but there was a problem refreshing a
grid
> contained in a page of a pageframe. There is an example of this bug and
> workaround on Universalthread.com. Go to www.universalthread.com, click
on
> the Download icon, and choose Visual FoxPro as the product. In the ID text
> box of the query page, search for "18476."
>
> I am thinking that the apparent movement of the record pointer might be a
> grid refresh problem.
>
> I hope this helps.
>
> This posting is provided "AS IS" with no warranties, and confers no
rights.
>
> Sincerely,
> Microsoft FoxPro Technical Support
> Lee Mitchell
>
> *-- VFP9 Public Beta Now Available!! --*
> Download the VFP9 beta here: http://msdn.microsoft.com/vfoxpro/
>
> *-- VFP8 HAS ARRIVED!! --*
> Read about all the new features of VFP8 here:
> http://www.universalthread.com/VisualFoxPro/News/VFP8Release.asp
> Purchase VFP8 here:
> http://shop.microsoft.com/Referral/Productinfo.asp?siteID=11518
>
> Keep an eye on the product lifecycle for Visual FoxPro here:
> http://support.microsoft.com/default.aspx?id=fh;[ln];lifeprodv
> - VFP5 Mainstream Support retired June 30th, 2003
> - VFP6 Mainstream Support retired Sept. 30th, 2003
>
>
>
> >>I have a situation with a client's app that results in the record
pointer
> not moving properly. On the forms I develop, I use a pageframe with a List
> tab at the far right. On the tab is a grid showing the form's main table
and
> this grid is used for locating a record. You click in a column, start
> typing, it does an incremental search, and when you hit the record you
want
> you just press Enter. The pageframe's main tab is activated and this is
> where the data entry/edit is done. This works great, but after installing
> VFP 8 a client noticed a problem. While on the main tab, the user may move
> to another record (this is basically a bill of materials form and the user
> can right-click on a line item and choose Inspect this part and the record
> pointer will be moved to that part and the form will display it). After
> doing this and clicking back on the List tab, instead of the grid being
> positioned on the record displayed in the main tab, the grid will be on
some
> other record. It's not necessarily a record that was previously being
viewed
> on the main tab. As I mentioned before, this has worked perfectly up until
> the install of VFP 8. In fact, when the client tests on a VFP 7 version of
> the app, it still works fine. I had noticed some similar behavior in
another
> client's app, but attributed it to an error in my code (though I could
find
> none) and didn't think it was VFP 8 related because it had been awhile
since
> we moved to VFP 8, so that connection didn't jump out at me. However, that
> may be the same issue. If the code is traced, it works, if the code is not
> traced it will fail. Has anyone seen anything like this?
>
> Thanks,
>
> >>Russell Campbell
>
>
>



Re: Record pointer moving on its own (it's possessed!!) by Russell

Russell
Fri Sep 17 16:35:05 CDT 2004

Oh, I thought this sounded familiar. I and all my clients are running VFP 8
SP 1 and the bug you mentioned was fixed in SP 1. This is also a serious
bug, IMHO, and I'm hoping it will take priority, if it hasn't been addressed
already. Again, let me know if you want a copy of the example form.

Russell

"Lee Mitchell" <Leemi@online.microsoft.com> wrote in message
news:bn7Ad5NnEHA.3312@cpmsftngxa06.phx.gbl...
> Hi Russell:
>
> I am not sure if this is related, but there was a problem refreshing a
grid
> contained in a page of a pageframe. There is an example of this bug and
> workaround on Universalthread.com. Go to www.universalthread.com, click
on
> the Download icon, and choose Visual FoxPro as the product. In the ID text
> box of the query page, search for "18476."
>
> I am thinking that the apparent movement of the record pointer might be a
> grid refresh problem.
>
> I hope this helps.
>
> This posting is provided "AS IS" with no warranties, and confers no
rights.
>
> Sincerely,
> Microsoft FoxPro Technical Support
> Lee Mitchell
>
> *-- VFP9 Public Beta Now Available!! --*
> Download the VFP9 beta here: http://msdn.microsoft.com/vfoxpro/
>
> *-- VFP8 HAS ARRIVED!! --*
> Read about all the new features of VFP8 here:
> http://www.universalthread.com/VisualFoxPro/News/VFP8Release.asp
> Purchase VFP8 here:
> http://shop.microsoft.com/Referral/Productinfo.asp?siteID=11518
>
> Keep an eye on the product lifecycle for Visual FoxPro here:
> http://support.microsoft.com/default.aspx?id=fh;[ln];lifeprodv
> - VFP5 Mainstream Support retired June 30th, 2003
> - VFP6 Mainstream Support retired Sept. 30th, 2003
>
>
>
> >>I have a situation with a client's app that results in the record
pointer
> not moving properly. On the forms I develop, I use a pageframe with a List
> tab at the far right. On the tab is a grid showing the form's main table
and
> this grid is used for locating a record. You click in a column, start
> typing, it does an incremental search, and when you hit the record you
want
> you just press Enter. The pageframe's main tab is activated and this is
> where the data entry/edit is done. This works great, but after installing
> VFP 8 a client noticed a problem. While on the main tab, the user may move
> to another record (this is basically a bill of materials form and the user
> can right-click on a line item and choose Inspect this part and the record
> pointer will be moved to that part and the form will display it). After
> doing this and clicking back on the List tab, instead of the grid being
> positioned on the record displayed in the main tab, the grid will be on
some
> other record. It's not necessarily a record that was previously being
viewed
> on the main tab. As I mentioned before, this has worked perfectly up until
> the install of VFP 8. In fact, when the client tests on a VFP 7 version of
> the app, it still works fine. I had noticed some similar behavior in
another
> client's app, but attributed it to an error in my code (though I could
find
> none) and didn't think it was VFP 8 related because it had been awhile
since
> we moved to VFP 8, so that connection didn't jump out at me. However, that
> may be the same issue. If the code is traced, it works, if the code is not
> traced it will fail. Has anyone seen anything like this?
>
> Thanks,
>
> >>Russell Campbell
>
>
>