>I think that if you have a very intelligent combobox that takes into account
>that only a few records actually is visible at any time, one can have a very fast loading combobox (just loads the first 20 records at initialization), a fast refreshing combobox (just loads fist 20 records that matches the letters typed) and a very fast scrolling combobox (just loads the next 20 records when the user scrolls down, which may have to include records not matching the search string, such as the "B"s appearing after the typed "A" search char).
>also at initialization this very smart combobox need to check the total records so that the vertical scrollbar will appropriately reflect the size of the record, so that the user can go to the middle or last record of the scrollbar in a zip, even thought the data is not yet pulled in. it just have to quickly refresh the visible list (just 20 records at any time, therefore very fast and almost as fast as the user moves the elevator)
>
>I'm really surprised that the client-server world doesn't have this kind of combobox as standard, and everybody just makes do with asynchronously pulling in data which means a lot of waiting. And it's not just about this combobox but the way data is accessed in general. i mean if you open a remote view, and execute go bottom, you'll have to wait till the underlying query processes from top to the end of the record..
>
>Anyway, does anyone know of a already existing super combobox that i can download that fits the above description..?

Download VFP native grid:) "if you open a remote view, and execute go bottom, you'll have to wait till the underlying query processes from top to the end of the record.." There isn't much you can do about it.
Cetin