home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / news / software / readers / 2900 < prev    next >
Encoding:
Internet Message Format  |  1993-01-23  |  1.5 KB
  1. Path: sparky!uunet!cs.utexas.edu!not-for-mail
  2. From: ophof@SERVER.uwindsor.ca (Scott Ophof)
  3. Newsgroups: news.software.readers
  4. Subject: Re: TIN interface suggestion.
  5. Date: 22 Jan 1993 22:14:01 -0600
  6. Organization: UTexas Mail-to-News Gateway
  7. Lines: 29
  8. Sender: daemon@cs.utexas.edu
  9. Message-ID: <9301230412.AA17218@SERVER.uwindsor.ca>
  10. References: <C18F9u.37B@unix.amherst.edu>
  11. NNTP-Posting-Host: cs.utexas.edu
  12.  
  13.  
  14. On 22 Jan 1993 01:39:30 GMT twpierce@unix.amherst.edu (Tim Pierce) said:
  15. >In article <9301211857.AA25542@SERVER.uwindsor.ca> ophof@SERVER.uwindsor.ca (Scott Ophof) writes:
  16.  
  17. >>Iain & Steve, my fervent hope is that you both are implementing it
  18. >>so that your utility can (without real difficulties) be used as
  19. >>"front-end" for (virtually) any application (ie. not only tin).
  20. >>...
  21. >>And hoping *still* more that it won't necessitate re-compilation by
  22. >>the user (though *very* nice as extra!).
  23.  
  24. >How do you imagine that any such thing will be possible?
  25.  
  26. Tim, I'm taking your question completely seriously.  My reaction is
  27. one of utter amazement:
  28.    Are you implying that re-compilation would be so obvious
  29.    that mentioning it would be superfluous???
  30.  
  31. Or did I read you wrong?  Anyway, *I* have no idea how to implement
  32. such a thing on Unix, with or without re-compilation, and happily
  33. leave it to the programmers.
  34.  
  35. Regards.
  36. $$\    F. Scott Ophof
  37.  
  38. --------------------------->  I speak *only* for *myself*  <-----
  39. My credo:  Computers exist for OUR benefit, NEVER vice-versa.
  40.  
  41.  
  42.