home *** CD-ROM | disk | FTP | other *** search
/ GRIPS 2: Government Rast…rocessing Software & Data / GRIPS_2.cdr / dos / ncsa_tel / digests / v2.01 < prev    next >
Text File  |  1990-12-29  |  10KB  |  227 lines
  1. NCSA Telnet Digest    Wednesday, 6 Jan 1988        Volume 2 : Issue 1
  2.  
  3. Today's Topics:
  4.            NCSA Telnet 2.1 and MultiFinder
  5.                 Suggestions
  6.              NCSA Telnet 2.1 and TOPS
  7.  
  8. ----------------------------------------------------------------------------
  9.  
  10. [ - Ed. Note
  11. [
  12. [  With the advent of the new year we are starting volume 2 of the NCSA
  13. [ Telnet digests.  Any questions, comments, suggestions, or oddities are
  14. [ welcome!
  15. [  - Gaige  ]
  16.  
  17. From: hpoppe@scdpyr.UCAR.EDU (Herb Poppe)
  18. Date: Fri, 18 Dec 87 14:02:48 mst
  19. Subject: NCSA Telnet 2.1 and MultiFinder
  20.  
  21. With MultiFinder running (Sys 4.2, Finder 6.0 on a Mac II) and a Finder
  22. window open on the desktop, if I launch Telnet 2.0 or 2.1, the "About
  23. Telnet" dialog that appears consists of only the border, no contents.
  24. If I click in the box (to make it go away), it appears hollow; that is,
  25. I end up clicking on the Finder window and I'm switched to the Finder.
  26. If I switch back to Telnet and select "About Telnet" from the Apple
  27. menu, the dialog box is displayed normally. If I launch Telnet such that
  28. there are no windows between the dialog box and the desktop background, then
  29. the dialog box is displayed normally.
  30.  
  31. Are there any other problems using Telnet with MultiFinder?
  32.  
  33. As a future enhancement, I would like to see the VT100 emulation use
  34. a larger point size in a larger window (as an option).
  35.  
  36. Thanks for a great program!
  37.  
  38. --------------------------------------------------------------
  39.  
  40. From: timk@zaphod.ncsa.uiuc.edu (Tim Krauskopf)
  41. Subject: Suggestions
  42. Date: Mon, 28 Dec 87 09:47:43 CST
  43.  
  44. The following text comes from a suggestion list submitted by
  45. Steve Strassmann at MIT.  The responding comments are mine - Tim Krauskopf
  46.  
  47.  
  48.  
  49. Thanks for taking the time to observe all of our (and sometimes others')
  50. shortcomings.  At least we know you really use it . . .
  51.  
  52. >Thanks for writing and distributing your wonderful program, but I wonder
  53. >if you wouldn't mind a few suggestions Mac version of NCSA Telnet:
  54. >
  55. >* The FTP log should be have the usual Mac window stuff: scroll bars, a
  56. >click box to close it, resizing, etc.
  57. >
  58. We had considered this window to be of limited use.  I would like to
  59. see a full status dialog instead of just finishing off the improper use
  60. of a full window for this type of information.
  61.  
  62. >* The "About NCSA Telnet..." menu item should let the user read
  63. >documentation of some kind.
  64. >
  65. On-line documentation would be a plus.  Does anyone have a package that we
  66. could incorporate?
  67.  
  68. >* It's more elegant to combine the Telnet 2.1 and 2.1E programs into one
  69. >program. Hopefully it can automatically determine which machine it's
  70. >running on, and select the appropriate code to run. Currently, the user
  71. >can't control which of these runs when clicking on a "Telnet Set".
  72. >
  73. We hadn't planned to do it, primarily because we expect users to have
  74. one network interface, or have telnet use one of them 100% of the time.
  75. Why would you want to use your AppleTalk (LocalTalk) interface when you
  76. have Ethernet?  Remember, using 2.1E should not preclude using LaserWriters
  77. which are on LocalTalk (we are testing to make sure). 
  78.  
  79. Also, the coding of the lower layers would require a serious re-write to
  80. switch back and forth.  The link layers are very different.
  81.  
  82. >* Telnet identifies itself to my host as a "dec-vt100", but the
  83. >appropriate termcap entry here is "vt100". You should permit the user to
  84. >edit the default value of this string.
  85. >
  86. The standard, given in RFC960, is to identify DEC VT100s as "DEC-VT100".
  87. Since this is an explicit specification, I can recommend that you add
  88. DEC-VT100 to your termcap.  This should be easier than trying to configure
  89. dozens of Macintoshes with another termtype.
  90.  
  91. >* In the "configure" portion of the Open Connection dialog, some
  92. >parameters get set. You should be able to set these without having to
  93. >open a connection, and Telnet should optionally remember their values
  94. >and use them as defaults for future sessions.
  95. >
  96. The documentation on the configuration file shows you how to set up options
  97. for each type of host and for each host individually.  Save Set can be 
  98. used as a manual, interactive way of saving these settings.  The system
  99. administrator should sit down and design the correct configuration file
  100. for your site so that each user doesn't have to do it himself.
  101.  
  102. >* The "Session name" isn't the session name at all, it's the address of
  103. >the host you want to connect to. ["Window Name" is a synonym for Session
  104. >Name.] The prompt should therefore be something like "Host to connect
  105. >to:"  Also, the capitalization is uneven.
  106. >
  107. "Session name" is the session name.  See the configuration file docs.
  108. The session name does not have to be even remotely related to the host name
  109. and the window name can be used to override the name bar in the window.
  110. ACK on the caps.
  111.  
  112. >* A scroll bar on the macro definitions would be nice.
  113. >
  114. yes.  So would a real macro/scripting facility.  Would you use one if you
  115. had it?  Would you think that such a thing could be reliable? 
  116.  
  117. >* Put the manual into one big file (or at least fewer, larger files).
  118. >This makes it much easier to browse online, and you can keep your folder
  119. >neater.
  120. >
  121. Sounds good, especially for distribution.  
  122.  
  123. >* If one or more connections are pending, there should be a way of
  124. >killing them off without having to wait for them to time out.  Maybe you
  125. >could create a greyed window for connections that take more than a
  126. >second or two to open. Then the user could select it, and kill it with
  127. >a ctrl-K.
  128. >
  129. I would much rather allow you to select it from the connections menu and
  130. then present a dialog which reports status and allows you to kill or 
  131. continue.  In what situations does the current method present a problem?
  132.  
  133. >* Allow the user to change the default font. With larger-screen Macs,
  134. >it'd be great to use a correspondingly larger font.  Even if you don't
  135. >have any large fixed-width fonts handy, there must be some out there
  136. >somewhere.
  137. >
  138. I expect to see a more flexible version in the future.  This version was
  139. designed to give a very accurate VT100 emulation on a "original" Mac
  140. screen.  Later versions should allow you to give up the picky VT100
  141. details and give you more screen flexibility.
  142.  
  143. >* The Telnet Set file, which keeps all these parameters around, should
  144. >be a TEXT file so you can edit it easily to suit your taste. Or, if this
  145. >is difficult, provide a facility within Telnet that encodes/decodes a
  146. >configuration file into the corresponding TEXT file (like Red Ryder 9.4
  147. >does).
  148. >
  149. The configuration file already uses up the TEXT type.  It is edited by
  150. users more often.  We have assumed that any user who does not simply use
  151. "Save Set", but wants to edit the set file directly, will have a text editor
  152. which can edit non-TEXT files.  There are some commercial options.
  153.  
  154. >* It'd be neat if you could support the SUPDUP protocol, since it
  155. >provides graphics and adapts to things like different screen sizes than
  156. >vt100.  It also does the right thing if you have to "hop through" many
  157. >hosts, each of which may have its own idea what kind of terminal you're
  158. >emulating.
  159. >
  160. We are waiting for some better-recognized standard than SUPDUP.  How
  161. about NVDET (sp?)?
  162.  
  163. >* Allow the user to initiate an FTP on the mac instead of the remote
  164. >host. Then you could use anonymous FTP privileges on a host even without
  165. >a real account there.
  166. >
  167. This is on our "wish list" for those people who have picked up the source
  168. to work on.
  169.  
  170. >* in Chapter 1 of the manual, there's a "caution about printing in
  171. >multiple windows" which warns not to overlap vertically. This paragraph
  172. >is ambiguous (what's a vertical overlap?), and a simple illustration of
  173. >right way/wrong way would make it clear.
  174. >
  175. This is only a performance problem.  You know it when you see it because
  176. it is so slow.  An illustration would help.  Shrink a window to half its
  177. vertical size and place it in the middle of a regular size window.  Then
  178. wait for text to scroll by in the back window.
  179.  
  180. >* For some reason, when I double-click on the file Telnet Set, it says
  181. >"the application is busy or missing", (this worked in 2.0) but when I do
  182. >Load Set from within Telnet, it loads just fine. Desktop finds the
  183. >following info:
  184. >
  185. >Filename         Type Creator
  186. >---------------  ---- -------
  187. >NCSA Telnet 2.1  APPL  NCSA
  188. >Telnet Set       CONF  NCSA
  189. >
  190. Sounds like a system problem to me.  MultiFinder?
  191.  
  192. >
  193. >Thanks!
  194. >
  195. >Steve Strassmann, grad student
  196. >MIT Media Lab
  197. >
  198.  
  199.  
  200. -------------------------------------------------------
  201. From: Scott Comer <wert@rosetta.com>
  202. Subject:  NCSA Telnet 2.1...
  203. Date:     Thu, 17 Dec 87 10:07:35 CST
  204.  
  205. NCSA Telnet Wizards,
  206.  
  207. A few weeks ago I downloaded the telnet21.Hqx and the telnet21.Sit and
  208. neither seem to work on my MacSE, running the MultiFinder system. When you
  209. tell it to open a new connection, it puts up the dialog with "Configure",
  210. "Ok", and "Cancel" on it, click "Ok", and dialog goes away. No window. The
  211. "Windows" menu lists a grayed out "rosetta.com", and the "Close" menu item
  212. is enabled. Selecting "Close" does something that takes a little time, and
  213. the "Windows" list becomes empty again.
  214.  
  215. I tried this on a Plus as well, without results. I tried this on the
  216. Universal System from Apple, without results. I didn't try it without
  217. TOPS, though. What gives?
  218.  
  219. Software:
  220.  
  221. MultiFinder System
  222. TOPS 2.0
  223.  
  224. scott out.
  225.  
  226.  
  227.