show only browse

John Esak john at valar.com
Wed Sep 15 20:18:25 PDT 2010


Two *very* helpful answers, if you hae the time and inclination to explore
them for real. I guarantee you will not be unhappy if you can and do find
the time for this. The first one is a gimmee.... Easy, do it!  The second is
about the best thing I could ever suggest to anyone writing filePro programs
after reaching a certain level of expertise.... Which you have certainly
reached maybe even years ago.  Do it, too, if you want all your programs to
run better.

1)
The very best thing you could do with this is put a "debug on" as the first
line of the AUTO table and a "debug on" as the first line of your @key. You
will see *exactly* why and how this is happening.

2)
I'm afraid that to totally solve your 'problem', you will need to do the
*full monte*... :-)  Meaning you will haver to take the approach taken in a
very old, early Guru magazine issue... An article about @entsel.  It shows
exactly how to build the filePro "legned" as I call it, the standard prompts
(plus your own), and how to intercept *every* single keystroke the user can
possibly press.  This way, *you* deal with the UP and DOWN arrow, *you* deal
with the ENTER key, the numbered keys, the (F)orm key... Absolutely
everything.  It is not for the faint of hart, but after about two years of
doing it just once in awhile, I finally took to writing this code for
*every* single program iI ever wrote for rclerk entry.  It is simply the
*only* way to cover every single possibility.  Now, there are some programs
that don't demand this much care and feeding..., but if you really, and
truly want to do it right... That is the only way I know how.  The intercept
is relaly down to only two "if" lines I think and they are fairly simple
once you see the idea. You will basically be catching all regular keys, and
all SPECIAL keys ([ENTER], {CRUP], [CDWN], etc.) Then, you can deal with
anything the user presses, and even press a few things *for* them.  

I have done dozens of show-only browses this way. Why?  Because it is often
very useful to immediately show all the detail attached to a record... Or at
least a "browse worth".  When a particular key is pressed, most often "u", a
real browse is superimposed over the SHOW-ONLY browse and real work on and
from that record can happen.

Sorry, to suggest/provide such an enormous sounding answer, but I'm telling
you, once you do it... And perfect it (which I have pretty much done for
everyone in the article, and in many subsequent notes) you will begin to
agree that it is the only way to program.  I would never think of allowing
the user to press a key that I hadn't specifically dealt with in my code,
not anymore. I control the vertical, I control the horizontal... Yes, we are
all control freaks aren't we? So what, my programs go on working without
gliche because of this. :-)

John

 

> -----Original Message-----
> From: filepro-list-bounces+john=valar.com at lists.celestial.com 
> [mailto:filepro-list-bounces+john=valar.com at lists.celestial.co
m] On Behalf Of Richard Kreiss
> Sent: Wednesday, September 15, 2010 5:52 PM
> To: 'George Simon'
> Cc: 'Fplist'
> Subject: RE: show only browse
> 
> Tried that, as this is a "show only" browse, the screen switches and
> immediately returns to the original screen - no browse.  
> 
> OK - here is the interesting part:
> 1. Access the record  - auto process runs	1
> 2. Press 9 and auto processing runs		2
> 3. Programming at @key9 runs
> 4. Browse displayed
> 5. Auto processing runs with display up		3
> 5. Press <enter> and auto processing runs again - auto 
> processing runs 4
> times
> 
> I added to auto processing 
> 	If:
>  	Then: auto_count=auto_count+"1"
> Is_scrn If: auto_count = "4" and sn ne ""
> 	Then: switchto (sn)
> 	If: is_scrn
> 	Then: auto_count="";sn=""
> 
> Sn is set in @key9 processing
> 
> This works just fine in switching back to the starting 
> screen.  The one
> problem now is that <enter> now moved to the next record.  
> Before this, just
> the browse cleared without changing records.  Now to solve 
> this problem.
> Ain't programming fun? :)
> 
> Richard
> 
> 
> 
> > -----Original Message-----
> > From: George Simon [mailto:GSimon at americanriverintl.com]
> > Sent: Wednesday, September 15, 2010 4:25 PM
> > To: Richard Kreiss
> > Cc: 'Fplist'
> > Subject: RE: show only browse
> > 
> > Have you tried something like:
> > 
> > @keyA   If:
> > 	Then: display "brw"
> > 	  If:
> > 	Then: build your browse lookup here
> > 	  If:
> > 	Then: clearb
> > 	  If:
> > 	Then: end
> > 
> > That should return you to your original screen.
> > 
> > -----Original Message-----
> > From: Richard Kreiss [mailto:rkreiss at verizon.net]
> > Sent: Wednesday, September 15, 2010 3:49 PM
> > To: George Simon
> > Subject: RE: show only browse
> > 
> > Not really but I am displaying some information at the top 
> of the screen
> > which would not be visible if the browse came up on any 
> other screen.
> > 
> > Richard
> > 
> > 
> > > -----Original Message-----
> > > From: filepro-list-bounces+rkreiss=verizon.net at lists.celestial.com
> > > 
> [mailto:filepro-list-bounces+rkreiss=verizon.net at lists.celestial.com]
> > > On Behalf Of George Simon
> > > Sent: Wednesday, September 15, 2010 2:37 PM
> > > To: rkreiss at gccconsulting.net; 'Fplist'
> > > Subject: RE: show only browse
> > >
> > > Must you change screens to display the browse?
> > >
> > > George Simon
> > > American River International
> > > Celebrating Over 28 Years of Success!
> > > 908-354-7746 x 103
> > > http://www.americanriverintl.com/
> > >
> > > The GREATEST compliment I can receive is a REFERRAL from 
> my customers
> > > and friends!
> > >
> > > Please visit our website at www.americanriverintl.com for 
> more details
> > > & information
> > >
> > > Now available on the American River International 
> Website! Links to
> > > Denied Parties, FDA Web site & Safe Harbor Policy, also available
> > > E-Tracking -
> > our
> > > NEW online tracking site.
> > >
> > >
> > > -----Original Message-----
> > > From: Richard Kreiss [mailto:rkreiss at gccconsulting.net]
> > > Sent: Tuesday, September 14, 2010 11:18 AM
> > > To: 'Fplist'
> > > Subject: show only browse
> > >
> > > I have added an option for one of my clients to list 
> transactions for
> > > an account when <9> is pressed.  I use switchto to change 
> screens and
> > > display the browse.  This works fine.
> > >
> > > I would like to have the user returned to their original screen if
> > > they press <ENTER>.  Nothing I have tried works.
> > >
> > > I tried setting sn=@sn and at the line after the browse 
> but before the
> > > END statement, I added
> > >
> > >  Switchto sn;END
> > >
> > > Then I tried:
> > > If: @sk="ENTR"
> > > Then: switchto sn;end
> > >
> > > The only thing that happens when <ENTER> is pressed is the browse
> closes.
> > I
> > > realize that "SHOW Only" browse accepts no key strokes.  
> But is there
> > > a
> > way
> > > to get this to work.
> > >
> > > There are prompts at the bottom indicating which screen 
> displays what.
> > > However, the natural instinct is to press <ENTER> to 
> return back to
> > > where you started.
> > >
> > > Any suggestions?
> > >
> > >
> > > Richard Kreiss
> > > GCC Consulting
> > > rkreiss at gccconsulting.net
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > _______________________________________________
> > > Filepro-list mailing list
> > > Filepro-list at lists.celestial.com
> > > http://mailman.celestial.com/mailman/listinfo/filepro-list
> > 
> 
> 
> 
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> http://mailman.celestial.com/mailman/listinfo/filepro-list
> 



More information about the Filepro-list mailing list