[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

364.0. "/LIST= how & why" by IRONIC::MINTZ (Mall Rat) Mon Mar 30 1992 19:23

    Any help on the following?
    
    I'm looking at the code associated with the ALL-IN-1 phone directory
    subsystem, specifically at the SELect option.  Form DIRALLSEL is called
    - the code for the field SELNAME:
    
    ;;SELNAME;;
    
    /LIST=PHASEL.SEL/more qualifiers
    
    I can't seem to find where the selection list is built (i.e., the code).
    Would someone be so kind as to provide a pointer on this one - or is 
    this piece of code a holdover from an old version?  Similar code shows 
    for the personal phone directory as well as the corporate phone directory
    subsystems.
    
    As always, thanks in advance for your help!
    
    audrey
T.RTitleUserPersonal
Name		DateLines
364.1Seems to be a holdoverWAYLND::HOWARDHail to the Redskins!Mon Mar 30 1992 19:579
    This probably happened in the SELECT form back in V2.2.  I guess if you
    still have that form it works.  I have the file, but nobody in it.  I
    guess if you customized the SELECT form and still have it, it still
    works.  
    
    I certainly don't see anything in named data to create the file now.
    
    Ben
364.2It works for me ;')57826::VICKERSIf it helps a customer, DO ITMon Mar 30 1992 20:2226
    Of course, it takes a 'few' steps to get it to work:

    DIR PER
    I
    ALL
    XP
    B
    FILE			! Print to a file
    PHPSEL.SEL			! Print to the SEL file
    {EXIT}
    SEL
    {SEL}

    I also have to skip over the first few items returned as they look a
    lot like the header records from the report.

    As Ben points out, the normal way to have created .SEL files was via
    SELECT and SEARCH forms but these has largely disappeared since the
    advent of INDEX forms in V2.3.  

    If you wish to give the users the ability to use the SEL file then you
    could create the file via a template or the TEXT_FILE function.  Or you
    can have a SEARCH form that doesn't display.

    Have fun,
    don
364.3Still wondering why its there!IRONIC::MINTZMall RatMon Mar 30 1992 21:5119
    Thanks Ben & Don for your prompt replies!
    
    This is the REAL scoop...I've been teaching ALL-IN-1 Application
    Programming since V2.0.  I'm part of the development team working on
    the modifications for the V3.0 programming course.  
    
    What I'm looking for is a relatively *simple* example (in the base kit)
    of an ARG form to present in the course.  The example that was used for
    the 2.4 course no longer exists in the base kit.  Most of the code
    relating to any of the "directory" subsystems are fairly straightfoward
    and great examples for the novice programmer.  
    
    That's why I was wondering why the /LIST was still there in V3.0 (BTW,
    Don, your "few steps" worked on my 2.4 system, but not on my 3.0
    system!)....any answers?  
    
    Thanks again...
    
    audrey
364.4ARG forms get no respect57826::VICKERSIf it helps a customer, DO ITMon Mar 30 1992 22:0015
    Audrey,

    I did the 'few steps' on my V3 system, actually.  I may have made a
    typo when I entered the steps here, of course.  How did the operation
    fail?  One possibility is that you pressed the SEL (KP.) key prior to
    having the .SEL file in the directory so ALL-IN-1 very cleverly cached
    the null file into memory.  If this is the case then just use the nasty
    old DUMP_CACHE function.

    The other subsystem which is good for simple example gathering is the
    Nickname menu.  I would nominate NISEL as a simple ARG form.  If I were
    an ARG form I would even more simple than I am already, of course.

    Have fun,
    don
364.5It worked for me too...IRONIC::MINTZMall RatMon Mar 30 1992 22:2413
    Egg on my face, Don!
    
    I tried your "steps" again on my 3.0 system and, it worked.  Hope you
    forgive me for questioning the "steps"...
    
    Thanks for the suggestion of NISEL - it's simple enough in that there's
    only one field - but the .TYPE code is a bit much for this audience. I
    may go with the UPS option off of the User Setup.  The ARG form for the
    SELect option looks fairly elementary.
    
    Keep those suggestions coming.  It's appreciated.
    
    audrey
364.6What vhatch? 10 vhatch. Such vhatch!WAYLND::HOWARDBen. It should do what people expect it to doThu Apr 02 1992 20:2120
    The /LIST is probably an oversight here.  The developer probably forgot
    about it or didn't bother to remove it.  There are a lot of things in
    ALL-IN-1 that exist in the code, but are not used in the product.  An
    example is the /TIME qualifier which will put the time in the specified
    field. (Try <FORM DIRPER/TIME=TIME.  You didn't notice that most menus
    have a TIME field, did you? Now watch time stand still.  Left over from
    CP/OSS, but still in V3.0)  
    
    For some reason, /LIST never seemed to be implemented properly in a lot of
    menus. Getting the DUMP_CACHE to work right was a real pain.  As Don
    said, if you create a new file while one is cached, ALL-IN-1 uses the
    old one.  If you then DUMP_CACHE, the old one is written to disk and
    the new one is deleted.  The pre V2.3 SM menu was an excellent example
    of how not to use this!
    
    I think SELect is the most common use of an ARG form today.  The
    printer selection form is another good one. But there's even more in
    the .TYPE line there than in the other one.
    
    Ben