browse lookup phenomenon

[Brian K. White]

----- Original Message ----- 
From: "Dennis Malen" <dmalen at malen.com>
To: "Kenneth Brody" <kenbrody at bestweb.net>
Cc: <filepro-list at lists.celestial.com>
Sent: Thursday, March 23, 2006 12:40 PM
Subject: Re: browse lookup phenomenon


> Ken,
>
> It does not work nor does a call statement work. Input always works.
>
> I can see the information on the first pass but I scroll up it starts to 
> show me prior records. When I scroll back down to try to see the first 
> record it only takes me to the record that is at the bottom of the screen. 
> I can never get back to the first record unless I exit the processing and 
> reexecute.
>
> Again, it was always the case for all my prior browse lookups that were 
> executed by the chain statement. The people on the floor were always aware 
> of it and thought that was the way it worked untill someone brought it to 
> my attention and inquired why some browses worked and and some did not. 
> After further investigation we confirmed that the chained statement was 
> the culprit.
>

I am completely confused by this problem description and really have no idea 
what you are trying to describe.
I think you need to describe what you see less ambiguously.
Maybe describe an actual recipe of keystrokes interspersed with specific 
items to look for or make note of on the screen.
Something like:
* start with a just-opened browse lookup that has more than x records.
* note the last record visible at the bottom of the list, call it aaa
* down-arrow until that record dissappears beyond the top of the window
* note the new last-visible-record at the bottom f the window, call it bbb
* up-arrow until the original records are visible
* down-arrow all you like and note that you can not bring bbb back into view

If this is not what you meant then it just proves the point that a better 
description would be helpful since this is my best guess from reading above.
Aside from the other vaguenesses, lets at least establish the real basics, 
the First record is at the Top of the list, the Last record is at the 
Bottom.
It's also probably helpful to distinguish between first/last, and first/last 
viewable at any given point.

Although in general, if the others tried it, then I guess they would know if 
there were anything unusual, regardless if they had a clear idea exactly 
what you see.

Aslo, is this a browse popup/lookup or the full screen browse like when you 
hit B in entsel?
I'm sure you meant meant lookups. Just out of curiosity, can you test an 
entsel browse for the same glitch?

I'm curious also if listboxes that spill over onto a second window have any 
problem, but not enough to justify asking you to test it.

Brian K. White  --  brian at aljex.com  --  http://www.aljex.com/bkw/
+++++[>+++[>+++++>+++++++<<-]<-]>>+.>.+++++.+++++++.-.[>+<---]>++.
filePro  BBx    Linux  SCO  FreeBSD    #callahans  Satriani  Filk!




> Dennis
> ----- Original Message ----- 
> From: "Kenneth Brody" <kenbrody at bestweb.net>
> To: "Dennis Malen" <dmalen at malen.com>
> Cc: <filepro-list at lists.celestial.com>
> Sent: Thursday, March 23, 2006 11:12 AM
> Subject: Re: browse lookup phenomenon
>
>
>> Quoting Dennis Malen (Wed, 22 Mar 2006 18:47:27 -0500):
>>
>>> Ken,
>>>
>>> I tried the -z and created a call processing. They both did not work
>>> properly. The only thing that worked as it should was "input" (@key).
>> [...]
>>
>> I don't understand what you mean.
>>
>> If you take the processing that you chain to (where you say it doesn't
>> work) and, rather than chaining to it, simply use it directly as the
>> input processing with the "-z" flag, does it work there?
>>
>> --
>> KenBrody at BestWeb dot net        spamtrap: <g8ymh8uf001 at sneakemail.com>
>> http://www.hvcomputer.com
>> http://www.fileProPlus.com
>>
>>
>>
>
>
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> http://mailman.celestial.com/mailman/listinfo/filepro-list
>