![]() | |
![]() |
| | Thread Tools | Display Modes |
#1
| |||
| |||
|
#2
| |||
| |||
|
|
Obviously, I lack the techno-vocabulary to say precisely what I mean. I am wondering if FMP can show the current matches for a search as I type each letter. Let's say for the moment that the purpose is just to look up a single word. In reality, each result word would index a longer phrase. So typing 't' shows 'tap', 'tip', 'tom', 'top'. Continuing with 'o' (for a search string of 'to') shows 'tom', 'top'. Completing with 'p' shows 'top'. The way to do this seems to require using a portal. The related table would have to be reconstructed for each new word by adding a table row for just first letter, the first two letters, three letters, ... Simple minded and programmable. Yet this would generates a large table. Is there a better way? Now assume there's a way, portal or otherwise, to relate the partial search term to a set of results. Can FMP be told to perform the search after each keystroke? Or would the user have to hit 'ENTER' after each letter? Thanks for any ideas, Joe |
#3
| |||
| |||
|
|
It might be helpful for you to explain what you are trying to do. The "type-ahead" filter feature as you describe is a built-in option when you attach a drop-down value list to a field on a layout. Once the desired word or portion thereof is typed, script it so that clicking a button or pressing the enter key will run a script to find the results based on what has been typed. Joe Murphy wrote: Obviously, I lack the techno-vocabulary to say precisely what I mean. I am wondering if FMP can show the current matches for a search as I type each letter. Let's say for the moment that the purpose is just to look up a single word. In reality, each result word would index a longer phrase. So typing 't' shows 'tap', 'tip', 'tom', 'top'. Continuing with 'o' (for a search string of 'to') shows 'tom', 'top'. Completing with 'p' shows 'top'. ... |
![]() |
| Thread Tools | |
| Display Modes | |
| |