Processing to run against each highlighted line of a browse lookup
Bruce Easton
bruce at stn.com
Thu Apr 30 10:54:21 PDT 2020
On 4/30/20 1:39 PM, Jose Lerebours via Filepro-list wrote:
> On 4/30/20 12:27 PM, James Flanagan via Filepro-list wrote:
>> Freebsd 10.3
>> Filepro 5.7.00.09D4
>>
>> I am looking for solution where I can get some processing to run for
>> each highlighted line of a browse lookup, ideally without hitting
>> another keystroke.
>>
>> Of course, using @SK eq “ENTR”, I can accomplish what I want to do,
>> BUT that requires me to use the arrow key up or down, and then hit
>> enter for each record to run processing on.
>>
>> What I would like is if the browse lookup would recognize the @SK’s
>> CRUP and CDWN keys (it appears that it does not do so despite not
>> giving any syntax error), and then run processing on the highlighted
>> record for each highlighted bar movement.
>>
>> Is there a method for moving the highlight in a browse lookup AND
>> running some processing in a single keystroke? Thank you very much,
>> in advance...
>>
> BTW, there is the prc=label option you can use - I just do not know if
> this is triggered as the "bar" highlights the record/row on browse.
>
> I know this is commonly used to qualify record and optionally, "drop"
> it off so that it does not show. I seem to remember including dummy
> fields within the browse definition and filling the dummy field at
> processing routine. An additional benefit of this is to mimic a JOIN
> statement and show data from multiple tables ... which to me was a
> common practice since I typically use header/detail and prefer a bunch
> of small tables over a huge table with 999 fields.
>
Yes - using the browse lookup with its features is why I often chose to
find other keys to simulate the "arrow" keys, so that I could still use
Exit Keys and browse processing.
"I just do not know if this is triggered as the "bar" highlights the
record/row on browse."
I believe it is not triggered as you arrow up and down within the
browse, but only when you've performed an action that causes the browse
to redraw (which could include arrowing up from the first top record
shown, or arrowing down from the bottom record shown, if there are more
records that can be shown in those directions)
More information about the Filepro-list
mailing list