home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / lang / rexx / 790 < prev    next >
Encoding:
Text File  |  1992-08-26  |  1.2 KB  |  25 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!gatech!paladin.american.edu!auvm!UCSFVM.BITNET!GOMBERG
  3. Message-ID: <REXXLIST%92082611343436@UGA.CC.UGA.EDU>
  4. Newsgroups: comp.lang.rexx
  5. Date:         Wed, 26 Aug 1992 08:31:32 PDT
  6. Sender:       REXX Programming discussion list <REXXLIST@UGA.BITNET>
  7. From:         Dave Gomberg <GOMBERG@UCSFVM.BITNET>
  8. Subject:      Re: Blanks, REXX, and portability...
  9. In-Reply-To:  Message of Wed,
  10.               26 Aug 1992 08:56:20 GMT from <anders@LISE3.LISE.UNIT.NO>
  11. Lines: 12
  12.  
  13. The notion of using tabs to represent multiple blanks dates back to the
  14. IBM2741.  Now if there is a truely obselete device on this planet, that
  15. is it.  But U**X continues to try to perpetrate the notion that this is
  16. a good idea.
  17.  
  18. Please don't be confused by the issue of disk file compression.   Certainly
  19. nobody wants to fill a disk with long strings of blanks, and on the disk,
  20. compression (with tabs or whatever scheme) is useful.  But to have codes
  21. other that '20'x in running text when a blank is meant, to me is obselete,
  22. and worse yet, confusing and stupid. There is no NEED for lots of different
  23. blank characters.  That C recognized them shows the difference between C
  24. and REXX.
  25.