home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / mac / comm / 12563 < prev    next >
Encoding:
Internet Message Format  |  1993-01-02  |  7.0 KB

  1. Path: sparky!uunet!hayes!bcoleman
  2. From: bcoleman@hayes.com (Bill Coleman)
  3. Newsgroups: comp.sys.mac.comm
  4. Subject: Re: Smartcom II offer ?
  5. Message-ID: <6610.2b458388@hayes.com>
  6. Date: 2 Jan 93 11:59:04 EDT
  7. References: <1992Dec21.023526.9873@icaen.uiowa.edu> <6595.2b36e861@hayes.com> <1992Dec22.225014.7331@icaen.uiowa.edu>
  8. Organization: Hayes Microcomputer Products, Norcross, GA
  9. Lines: 139
  10.  
  11. In article <1992Dec22.225014.7331@icaen.uiowa.edu>, dsiebert@icaen.uiowa.edu (Doug Siebert) writes:
  12. > bcoleman@hayes.com (Bill Coleman) writes:
  13. >>In article <1992Dec21.023526.9873@icaen.uiowa.edu>, dsiebert@icaen.uiowa.edu (Doug Siebert) writes:
  14. >>> 
  15. >>> I'll chime in and second (or is it fourth by now?) this as well.  It is
  16. >>> patently ridiculous to claim a limitation of your program is a "feature"
  17. >>> providing better VT102 emulation than other programs.  
  18. >>I don't think it is "patently ridiculous" at all. First of all, I don't
  19. >>claim this is a "feature." It is just the way the current program works.
  20. >>There are several reasons for this, and one of them is the dedication to
  21. >>rigorous emulation. (In light of comments received here and in mail,
  22. >>some of that dedication may be misplaced)
  23. > If there are other reasons for this (such as speed of the emulator or
  24. > simplicity in coding it, then I can accept that as a reason.  
  25.  
  26. OK, accept it then.
  27.  
  28. > You seemed to
  29. > imply before that the only reason for this was because a VT102 has only 24
  30. > lines.  
  31.  
  32. Well, that's the primary reason. I have yet to meet a VT102 with more than 24
  33. lines.
  34.  
  35. > I stand by my "patently ridiculous" quote if the only reason that the
  36. > program provides 24 lines is because of VT102 emulation 
  37.  
  38. Note that I never claimed this aspect of Smartcom II was a "feature." It is
  39. just the way the program works currently. By assuming a 24 by 80 (or 132)
  40. screen, certain parts of the programming were a little bit easier. If we add
  41. to the requirements a need for more than 24 lines, then obviously the easier
  42. programming has to go out the window in favor of programming that meets the
  43. requirements.
  44.  
  45. > -- there are at least
  46. > 1000 people using a VT100/102 emulation for every 1 person using a real VT102
  47. > or VT100, 
  48.  
  49. I'd paint that ratio higher. It is probably closer to 10,000 to 1.
  50.  
  51. > and most of those 1000 have at least the option to size
  52. > their screen differently.  
  53.  
  54. I take odds at the term "most" here. I've been using communications with a
  55. VT102 for years. I've rarely run into any more than a handful of people
  56. running more than 24 lines. Obviously, from responses here and in mail,
  57. there are at least SOME people who have that option. 
  58.  
  59. > And Unix (and probably VMS et al) provide simple
  60. > methods for the user to tell the system how large his or her window is and
  61. > use the entire window, rather than just the top 24 lines.
  62.  
  63. I'm not so sure about VMS. From all the mail I've gotten, Unix certainly has
  64. this capability. I was not aware that this was a standard Unix feature.
  65.  
  66. > I know that the
  67. > 'vttest' package for Unix that tests your emulation of a VT100 has a section
  68. > to check for the presence of known VT100 bugs.
  69.  
  70. Where can one obtain a copy of "vttest"? I've heard of this product before,
  71. but I have never been able to obtain a copy of it. Can anyone help here?
  72.  
  73. >>> Why not have an 'anal' switch
  74. >>> for Smartcom II, which greys out the option real users want for controlling
  75. >>> the number of lines?
  76. >>Come on! I'm not being dogmatic here. I opened the question to input. I'm
  77. >>listening. I'm taking notes. And you proceed to blast me as being 'anal' for
  78. >>a design decision made years ago on the basis of the information on hand at
  79. >>the time. Give me a break. That's no way to convince me.
  80. > I'm sorry, I wasn't trying to flame.  
  81.  
  82. Well, you were quite successful.
  83.  
  84. > I just think that going so far in an
  85. > emulation that you can't have other than 24 lines is a bit much, and most
  86. > users would probably agree that it would be unnecessarily restrictive to not
  87. > even allow the presence of an option to change the number of lines, and those
  88. > who wish a pure and exact VT102 emulation can leave it at 24.  
  89.  
  90. Part of the challenge in creating simple, easy to use communications software is
  91. to MINIMIZE the number of user-configurable settings. Since communications
  92. involves a remote host (whose characteristics are difficult to determine
  93. without help from the user), some settings are absolutely necessary. Others
  94. are handy. Still others are occassionally useful, but hard to explain. Often,
  95. there's a tradeoff in what appears to be important and what can be reasonably
  96. explained. Without this tradeoff, ever communications program would look
  97. like White Knight with jillions of settings.
  98.  
  99. You do have a point. My whole purpose in answering this thread about
  100. expanded screen size in emulation is to help determine the importance of
  101. this feature in the user community. Once we have that information, we can
  102. better judge the tradeoff. Based on the response, I'd recommend this feature
  103. be added on the next round of enhancements.
  104.  
  105. > I think it is
  106. > a laudable goal to pursue exact emulation, but it is important recognize some
  107. > users may wish a few non-standard elements adding to their emulation that the
  108. > VT102 doesn't support.  I assume Smartcom II provides scripting and macros,
  109. > even though such options were not present on a VT102 :-)
  110.  
  111. Agreed. But it takes accurate user information to add the right mix of 
  112. non-standard elements, right? You input has already helped to correct our
  113. market information.
  114.  
  115. >>> I have only a Mac Plus, so you'd probably think I wouldn't care about this.
  116. >>> But I do, quite a bit actually.  I run 'screen' on the Unix host I connect to,
  117. >>> which really needs a status line.  It can run with 24 lines, but it is much
  118. >>> more convenient to have 25, which my Plus has the room for.  I simply wouldn't
  119. >>> use a comm program, no matter how good it was in any other way, if it didn't
  120. >>> provide me the capability for 25 lines.
  121. >>Actually, screen size in the terminal has nothing to do with screen size on
  122. >>the computer. The (virtual) terminal could be any reasonable size, and its
  123. >>display is then mapped to the scrolling window of the program.
  124. >>So, even on a Mac Plus, you could have 2000 lines by 256 characters. You 
  125. >>just wouldn't be able to see much of it.
  126. > Well the point was that I need to be able to *see* 25 lines at a time.  And
  127. > certainly if I upgraded to a newer Mac with a larger screen, I'd want even
  128. > more than 25 lines.  This doesn't worry me though, since my next computer
  129. > will probably be a NeXT or a PowerPC machine of some sort ;-)
  130.  
  131. My point is that the emulation size of Smartcom II is already completely
  132. independant of the displayed size. That aspect has already been coded for
  133. several years.
  134.  
  135. -- 
  136. Bill Coleman, AA4LR                ! CIS: 76067,2327    AppleLink: D1958
  137. Principal Software Engineer        ! Packet Radio: AA4LR @ W4QO
  138. Hayes Microcomputer Products, Inc. ! UUCP: uunet!hayes!bcoleman
  139. POB 105203 Atlanta, GA 30348 USA   ! Internet: bcoleman%hayes@uunet.uu.net
  140. Disclaimer: "My employer doesn't pay me to have opinions."
  141. Quote: "The same light shines on vineyards that makes deserts." -Steve Hackett.
  142.  
  143.