home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / alt / gopher / 1094 < prev    next >
Encoding:
Text File  |  1992-07-27  |  2.2 KB  |  47 lines
  1. Newsgroups: alt.gopher
  2. Path: sparky!uunet!pipex!slxsys!warwick!pavo.csi.cam.ac.uk!jml4
  3. From: jml4@cus.cam.ac.uk (John Line)
  4. Subject: queries: is there a line-mode UNIX client, & xgopher "hanging"
  5. Message-ID: <1992Jul27.214829.29574@infodev.cam.ac.uk>
  6. Sender: news@infodev.cam.ac.uk (USENET news)
  7. Nntp-Posting-Host: bootes.cus.cam.ac.uk
  8. Organization: U of Cambridge, England
  9. Date: Mon, 27 Jul 1992 21:48:29 GMT
  10. Lines: 35
  11.  
  12. I recently (last Friday) made the UNIX curses and X clients available to
  13. Computing Service staff here for evaluation (as in, should we be promoting
  14. use of gopher and maybe setting up a server; you can guess my views since I
  15. set it up...).
  16.  
  17. Two queries result from feedback so far:
  18.  
  19. (1) If we were to provide anonymous client access, it would (probably, for
  20. "political" reasons) have to give the option of "line-mode" working (no screen
  21. addressing, input terminated by the RETURN key), since there are still a lot of
  22. old terminals in use and their owners would be (rightly) upset at being
  23. excluded from gopher access (especially if we were using it to provide our own
  24. primary campus information service...). I've seen suggestions here in the past
  25. that a line-mode client would be useful - but no responses saying "got one" or
  26. "yes, we'll put it on the wish-list and do it sometime".
  27.  
  28. Is there any prospect of either the standard curses gopher client learning how
  29. to cope with really dumb terminals, or a totally separate program providing
  30. equivalent functionality?
  31.  
  32. (2) As stated to me (paraphrased) "Using xgopher, I started a search and it
  33. didn't do anything for a very long time. I couldn't find any way to stop it
  34. short of killing the process."
  35.  
  36. Is that true (I'd hit the problem before, but assumed there must be a way...),
  37. and if so, is there any prospect of a "cancel" button to interrupt xgopher when
  38. waiting for a connection or a search to complete or any other predictably
  39. (sometimes-)time-consuming operation? (Version in use is xgopher 1.1, with
  40. X11R4.)
  41.  
  42.                                 John
  43. -- 
  44. John Line - Cambridge University Computing Service, Computer Laboratory,
  45.             New Museums Site, Pembroke Street, Cambridge CB2 3QG, ENGLAND.
  46. Internet: jml4@cus.cam.ac.uk  JANET: jml4@uk.ac.cam.cus  Phone: +44 223 334708
  47.