Gerald,

I think that what you're suggesting is what I'm doing. I'm not using scripts. I'm using a VFP scan loop to access the list object in the html page as follows:

scan
   with thisform.oBrowserControl.document.frames('Content').SomeList
      .options[lnCounter].Value=...
      .options[lnCounter].Text=...
   endwith
endscan

This is after I intercept the user's action to rebuild the list via BeforeNavigate2 method.

I did notice some improvement with the speed after I modified the VFP code above to something like this:

olist = thisform.oBrowserControl.document.frames('Content').SomeList
olist.options.length = RECCOUNT('somecursor')
lnCounter = 0

select somecursor
scan
   with olist.options[lnCounter]
      .Value=...
      .Text=...
   endwith

   lnCounter = lnCounter + 1
endscan

Seems like VFP was being crippled with such a long object hierarchy. Do you see anyway to improve the speed of this code?

Thanks again for the help.

Mike


>
>Another approach you can try if a script on the page is too slow, is to recreate the list in VFP.
>
>You can cancel the navigation in BeforeNavigate2 event and replace the list in the document directly.
>
>My 2 c