Trapping @keyB processing

[Kenneth Brody]

Quoting Kenneth Brody (Fri, 28 Oct 2005 12:20:51 -0400):

> Quoting J. Ryan Kelley (Fri, 28 Oct 2005 11:38:30 -0400):
> [...]
> > but using a waitkey in @entsel just might work....the only problem
> > I can forsee is that I'll have to catch every single key for which we
> > have processing (which is a lot), but if I put the waitkey into a
> > variable, zz, then if zz is not equal to 'B' I could pushkey zz....I
> > plan to test this out and I'll let you know what I find, the theory
> > seems sound though.
>
> You only need to check for those keystrokes for which you want something
> special to override filePro's default handling.  Anything else you can
> pushkey back, and have filePro or your existing @key handle.  If the key
> means nothing to filePro, and you don't have an @key for it, then
> nothing happens, and @entsel runs again.

Oh, and don't forget to check @SK as well.  If it's not blank, and it's
not a value you are intercepting, you need to pushkey it back, along with
the surrounding brackets.

--
KenBrody at BestWeb dot net        spamtrap: <g8ymh8uf001 at sneakemail.com>
http://www.hvcomputer.com
http://www.fileProPlus.com