02:43:53 AM
3J305UTNZ
2- I would populate the grid by SELECT-SQL, or preferably a parameterized view, and show it after user has typed something
3- Please note that DOM event change() does not behave like InteractiveChange() - user needs to hit enter to submit textbox's value
Normally when we need a lookup for a name, etc. we use a grid. But since a grid cannot handle more than a couple hundred records, what do you think is the best way to do a lookup that meets the following basic criteria:
1. Displays mutliple fields across (i.e. a name lookup would display name, address, city, state, occupation, phone)
2. Incremental searching (press KO takes you to first KO entry
3. A ctlr+f type find within the lookup, to jump to the first occurence of say "west 43nd street", even though the address field is not the ordered field
4. Record count could be up to 100,000 records.
5. Must be able to search thru all the records, not do some sort of halfway web type search where you have to type in a name and it tries to find a half dozen similar names.
6. the user may have entered a initial search criteria, and if so, we use it not to limit the records shown, but as a point of where to start (IOW we SEEK what he enterd, but we do not filter).
What I am calling a lookup is often called a picklist.
Pretty basic stuff for VFP. Seen similar in serious business web apps. Not sure best way to do it given the grid limitations.
Thierry Nivelet (FoxInCloud)