@br

[Jaime Perry]

Thanks for the reply.  This sounds like I can't use it for what I want 
then.  To be more specific, I have a header/detail situation where I am 
showing the detail file in a browse.  I am trying to avoid putting a 
line number field in the detail file but I still want line numbers in 
the browse for point of reference vs the total detail lines (real field 
line numbers would need to be recalculated when ever a record is added 
or deleted). 

I tried simply using a straight counter but that didn't work as 
expected.  It appears when using the retain position option in a 
browse,  and you have more detail lines than the screen holds, it 
doesn't redraw the browse from the top of the index, but starts at where 
the line is which changes 1,2,3,4.... to 19, 2,3,4,15....   I guess  
will need to add line numbers a code to reclac them when adding/deleting 
lines.

Thanks again.
Jaime
 

Nancy Palmquist wrote:
> Jaime Perry wrote:
>> This is a function I have not used much in the past and I am trying 
>> to determine how useful it may be.  One thing I am wondering, is 
>> there a way to use @br to get the fields that happen to be on the 
>> line @br points to?  For example, if @br is say 4 and the line looks 
>> like this:
>>
>> counter      quantity       item #     description
>>
>> Is there a way to get what the quantity or item# is for line 4?   I 
>> ask, because if test with the debugger, @br tells me "4" but 
>> lookupalias(xx) gives me info from another line entirely.
>>
>> Jaime
>>   
> Jaime,
> @br is for locating things on the screen.  It can be used to make data 
> entry look like they are changing a line of the browse, or placing 
> data on the line.  It can not be used to tell what data is on the line.
>
> But, if the user selects the line by pressing a HotKey on the line, 
> then you know what record of data they want to manipulate.  The @br 
> tells you where that line was on the screen.
>
> Nancy
>