Conference noted::hackers_v1

    If you are using "real" EDT, (not TPU) all you have to do is
    ^Y
    $SPAWN
    .
    .
    moby DCL commands
    .
    .
    $logout
    $continue
    ^W
    
    If you are using the TPU version the point is moot anyway -- just
    do a SPAWN from within TPU.
    
    N.
    

    
    Richard...
    
    Take the hint -- don't use old EDT anymore.

    Don't use SPAWN either.

    Re: .1
    
    Be careful of using ^Y/SPAWN to get out of EDT if executing in the
    context of a command procedure (which many do to add "friendly-ness"
    to their editing environment).  I've never successfully gotten back
    into my editing session directly, (must have something to do with
    the default handling of ^Y withing ".COM" file context...)
    
    Thank goodness for journal files.  
    					-- Brian
    
    PS: Concur with .2; TPU is much more fun.  EVE is definitely worth
    the effort to learn and extend.  BDB
    

    RE: .3
    
    What's wrong with SPAWN?

    Well. SPAWN eats a lot of resources when being run. 
    It is *fairly* long to execute, and for one command, it is crazy.
    
    The solution I've found to cope with that, was to run each of the
    main utilities (TPU, MAIL, NOTES) in a sub-process (created, oeuf
    Corse, with SPAWN), and jump from one to another using ATTACH.
    This is much more efficient. 'Cos afterwards, whenever you need
    the DCL from MAIL, NOTES or TPU, you just have to type 'attach',
    or to type one key (since each of these utilities allow you to do
    some keypad definitions).
    The time is takes to do an ATTACH is nearly zero, compared to the
    time it takes to do a SPAWN. And SPAWN is much more *painful* to 
    the system, and thus, to the other users.
    
    I guess that basically, it's a matter of taste. Like colors.
    
    
    Pierre.

    
    I haven't used EDT in years but seem to remember that you could
    execute DCL commands from inside EDT using the XLATE command.  However
    at this point it's been so long I'm lucky I remembered that much of it.
    
    Steve
    

    Rather than using the DCL EDIT command, which invokes a front end
    which eventually calls EDTSHR, write your own front end, specify
    the xlate routine address in your call to EDTSHR.
    
    One place this is documented is in the RSX11M+ V3 EDT manual, 
    appendix D -"Using EDT with the VAX/VMS operating system"
    
    Dave

Re: 610.6

>    The solution I've found to cope with that, was to run each of the
>    main utilities (TPU, MAIL, NOTES) in a sub-process (created, oeuf
>    Corse, with SPAWN), and jump from one to another using ATTACH.
>    This is much more efficient. 'Cos afterwards, whenever you need
>    the DCL from MAIL, NOTES or TPU, you just have to type 'attach',
>    or to type one key (since each of these utilities allow you to do
>    some keypad definitions).

Pierre, I liked your idea and tried it but ...

I start loosing access to keypad definitions after a few hops.

Here's what I have:

	HANNA  (Main process) with set term/application plus
					F18 defined as "att zmail"
					F19 defined as "att znotes"

	ZMAIL  (first subprocess) running MAIL with
					F17 defined as "att hanna"
					F19 defined as "att znotes"

	ZNOTES (second subprocess) running NOTES with
					F17 defined as "att hanna"
					F18 defined as "att zmail"

All works fine until I come out from notes back to my main process.
Then I loose my "application_keypad mode" and I'm back in "numeric_keypad
mode" which means my other keypad commands (on KP1 to KP9) are unaccessible.

And then they go inside mail ! I can't do the "comma" key to get DIR/NEW.

Any help will be appreciated !

Zayed

P.S. I love the SPAWNing/ATTACHinf from LSE functionality.

>                          -< Put an <esc>= in your prompt... >-

    Please forgive my ignorance but I don't quite catch on to what you mean.

    Are you saying to do a $ SET PROMPT="<ESC>=whatever-text" ?

    If so why does that change anything ?

    :Zayed:

    I guess you were (saying to do a $ SET PROMPT="<ESC>=whatever-text"). Ijust
    tried and it works very nicely thank you.

    What about MAIL ? Any idea why it looses its key definitions ?

    :Zayed:
    

    
    re: .-1, .-2
    
    Yeah, I knew it worked, I use it all the time... ;^)
    
    It seems that MAIL is the culprit. It invariably sends my keypad
    back into numeric mode whenever I do an Attach/Parent.
    
    Not having had time to look into the sources (besides I don't have
    new ones) maybe one of the devos knows better...
    
    TPU doesn't have this problem, either. 
    
    Ah well. Enjoy.
    
    /pjh
    
    

    Have you tried SET TERMINAL/APPLICATION?
    
    	Jon

    
    re: .-1
    
    Yes, I have. It's not the VMS system that loses it, it seems to
    be the terminal. The <ESC>= tells the terminal to go back to
    application keypad mode since it gets stuck in numeric mode. That's
    what threw me in the first place. SHO TERM says "Application keypad"
    yet I punch numbers instead of "Attach ""Harriman/TPU;1""... 
    
    /pjh

    RE: -several
    
    I use <esc>= in the prompt AND set term/appl and have no trouble
    with mail or anyone else.  Just use both.
    
    -r