home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / bit / listserv / notabene / 294 < prev    next >
Encoding:
Text File  |  1992-07-20  |  1.7 KB  |  35 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!paladin.american.edu!auvm!TAUNIVM!B10
  3. Message-ID: <NOTABENE%92072109553090@TAUNIVM>
  4. Date:         Tue, 21 Jul 92 09:45:52 IST
  5. Sender:       Nota Bene List <NOTABENE@TAUNIVM>
  6. From:         "Itamar Even-Zohar, Porter Chair of Semiotics" <B10@TAUNIVM>
  7. Subject:      Re: ca + wildcards and other tricks
  8. Newsgroups: bit.listserv.notabene
  9. In-Reply-To:  Message of Mon, 20 Jul 92 17:43:41 EDT from <NASSH100@SIVM>
  10. Lines: 23
  11.  
  12. The trouble with the regular FIND command is that if you wish
  13. to check ALL of the files, using the CALL command which appears
  14. on the command line, you lose the rest of the list, and must
  15. run FIND again. To solve this problem, I have written an XPL
  16. pgm which uses the FIND command, but instead of calling it
  17. to DIR, it inserts the filenames to a temporary file, allowing
  18. you, if you use another customized XPL pgm, to hit a key
  19. and get the file in an alternative window, then return
  20. to the list of files and go on checking. This is much more
  21. practical than FIND alone. In addition, my find pgm allows
  22. looking for more than one single filespec (i.e., you can type
  23. FIND *.BAK *.TMP). FIND.RN can be found in NEWUTILS, and as
  24. a subprogram in XC (in which case you must type RUN XC FIND xxxx).
  25.  
  26. The files can be called to screen from a list rather than from
  27. DIR, if you customized your keyboard to use one of my pgms
  28. which simply puts the line on the command line with a preceding
  29. CALL. If you haven't done that, you can anyway define the line,
  30. then use ALT-F6 to put it on the command line, then put
  31. "call" in front, then go to alternative window. This is,
  32. of course, a clumsy way, but better than running FIND again.
  33.  
  34. -Itamar Even-Zohar
  35.