[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference iosg::all-in-1_v30

Title:*OLD* ALL-IN-1 (tm) Support Conference
Notice:Closed - See Note 4331.l to move to IOSG::ALL-IN-1
Moderator:IOSG::PYE
Created:Thu Jan 30 1992
Last Modified:Tue Jan 23 1996
Last Successful Update:Fri Jun 06 1997
Number of topics:4343
Total number of notes:18308

1044.0. ".FX .FX .FUNCTION .What?" by LARVAE::PATON_S (It's not easy having a good time!) Tue Jul 14 1992 14:09

    I have always been confused by .FX, .FZ etc so perhaps someone could
    tell me which I should be using in the following situation.
    
    I have a key stroke GOLD F6 defined to run a DO script
    
    ie. ;;.GOLD F6;;
    
    DO BLOB
    
    In BLOB.SCP I call a form using FORM FRED where the form itself has
    some pre-processing via /PRE.
    
    When I call using without the .FX, FZs etc the pre-processing does not 
    occur. I've tried putting in various .FXs etc, but with no success.
    
    I would appreciate the correct calls to make and an explanation so that
    next time I can do it myself
    
    Thanks
    
    
           
T.RTitleUserPersonal
Name
DateLines
1044.1Have a look and seeSIOG::T_REDMONDThoughts of an Idle MindTue Jul 14 1992 17:024
    Have you used DEBUG or trace to step through what's happening?  Any
    clues there?
    
    T
1044.2Brief explanationSHALOT::NICODEMAvoid traffic; leave work at noonMon Jul 27 1992 18:2338
	First of all, I seriously doubt whether any of the .F... directives are
going to directly affect your situation.  Since you are already in a DO script,
the .FUNCTION is irrelevant (and superfluous), and since you're not concerned
about the DO or SCRIPT stacks, the .FZ and .FX aren't necessary.

	It sounds more probable that the form you are calling is an entry form,
and you are somehow getting confused with the (unusual) pre-processing of an
entry form.  Can you simplify the situation?  Can you call a simple argument
form with a simple /PRE (such as creating a symbol)?  From where are you 
calling the Gold F6?

	In answer to your more general question, the three .F... directives you
name have been discussed before, and are documented in the Application
Programming Reference, Vol. 1.  In summary,

	.FUNCTION - causes the Script Processor to invoke the Command Dispatcher,
passing it the remainder of the line as an ALL-IN-1 command line.  Using
.FUNCTION from the Command Dispatcher (i.e., from Named Data, or from a DO
script) is general redundant, although there is one good case for it, which is
too complex to go into.  Suffice it to say, it provides a mechanism for "nesting"
complete command lines within other ALL-IN-1 functions, and creating a "stacking"
effect, which can often allow more complex lines to be simplified, or certain
command lines to be executed where they normally would generate syntax errors
(such as from within THEN or ELSE clauses of an .IF function).

	.FX - begins a new SCRIPT script stack.  Any open SCRIPT mode script(s)
is temporarily "set aside", and further requests for input are directed to the
user's keyboard.  Normally used when you want to insure that an application --
even if it's being run from a CBI or UDP, for example -- is getting its input
from the keyboard.  Since it also performs all of the functions of the .FUNCTION
directive, it is often (unnecessarily) used in cases where .FUNCTION would
suffice.

	.FZ - begins a new DO script stack.  Less obvious in its uses, but does
the same for the DO stack as .FX does for the SCRIPT stack.  Also does all of
what .FUNCTION does.

	F
1044.3Or a menu was calledSHALOT::WARFORDRichard Warford @OPA DTN 393-7495Tue Jul 28 1992 00:528
    re: -.1
    
    Or a menu might be being called. ALL-IN-1 only allows one menu
    to be active at a time. If you use a 'Gold Key' sequence to bring
    up a menu, you need to use OA$MENU_LEVEL push to get it to behave
    properly (hides the prior menu).
    
    Rick