home *** CD-ROM | disk | FTP | other *** search
/ The CDPD Public Domain Collection for CDTV 1 / CDPD_Vol1.bin / pd / 326-350 / 330 / vt100 / screensize.note < prev    next >
Text File  |  1992-06-23  |  4KB  |  86 lines
  1. Article 23027 of comp.sys.amiga:
  2. Path: estinc!mcdphx!asuvax!cs.utexas.edu!wuarchive!decwrl!lll-winken!sun-barr!newstop!sun!amdahl!pccuts!acs
  3. From: acs@pccuts.pcc.amdahl.com (Tony Sumrall)
  4. Newsgroups: comp.sys.amiga
  5. Subject: Re: problems with VT100 v2.9 and v2.9a
  6. Message-ID: <882@pccuts.pcc.amdahl.com>
  7. Date: 28 Feb 90 01:05:42 GMT
  8. References: <SDL.90Feb27102603@lyra.lyra.mitre.org>
  9. Reply-To: acs@pccuts.pcc.amdahl.com (Tony Sumrall)
  10. Organization: Amdahl Corporation, Sunnyvale CA
  11. Lines: 71
  12.  
  13. In article <SDL.90Feb27102603@lyra.lyra.mitre.org> sdl@lyra.mitre.org (Steven D. Litvinchouk) writes:
  14. >
  15. >I've been having trouble using the PD vt100 program (both versions 2.9
  16. >and 2.9a).  When I get vt100 to come up on a custom non-interlaced
  17. >screen, it seems unable to write anything into the 24th line of the
  18. >emulation (which, counting the menu bar line, is actually the 25th or
  19. >last line on the screen).  Instead, information intended for the 24th
  20. >line is actually written on the 23rd line of the emulation.
  21. >
  22. >So essentially I only have a 23 line terminal emulation.  In fact, if
  23. >I use vt100 to log into a unix system for which I have a special
  24. >termcap defining a 23 line terminal, then vt100 works ok.
  25. >
  26. >I never had this problem with earlier versions of vt100 (e.g., v2.8).
  27. >What am I doing wrong?  How can I get vt100 v2.9 and/or v2.9a to give
  28. >me a full 24 line terminal emulation on a custom screen?
  29. >
  30. >Steven Litvintchouk
  31. >ARPA:  sdl@mbunix.mitre.org
  32. >UUCP:  ...{att,decvax,genrad,ll-xn,philabs,utzoo}!linus!sdl
  33.  
  34. I've already responded to Steven by e-mail but I figured I'd also post
  35. a little note here to let everyone know what's going on.
  36.  
  37. There is a field in GfxBase called NormalDisplayRows.  This field contains
  38. the size (in pixels) of the Workbench screen (this is the field that ends
  39. up being modified by MoreRows).  Prior to 2.9, VT100 pretty much ignored
  40. this field if you specified a LINES parameter.  In 2.9, LINES is
  41. constrained to not exceed this value.  If you do the arithmetic, you'll see
  42. that a 24-line CUSTOM screen will require about 206 pixels (10 for
  43. titlebar, 192 for the text window and 4 to allow you to pull the window
  44. down to expose the depth gadgets).  Now, 2.9 will overwrite the titlebar if
  45. necessary but only about 2 scan-lines which means that the window needs to
  46. be 204 pixels high.  Since this exceeds NormalDisplaRows, VT100 silently
  47. adjusts the size of the window down so that it fits within the 200 scan
  48. line limit (and accomodates only 23 text lines).
  49.  
  50. I feel very strongly about honoring NormalDisplayRows (users can use
  51. MoreRows if their monitor can display more than the normal number of
  52. pixels) but I also feel very strongly that a VT100 emulator should provide
  53. at least 24 lines in all situations.  If you use the Workbench screen
  54. instead of a custom one you CAN get 24 lines (VT100 doesn't need the 4
  55. pixels to drag down the window and it will obligingly overwrite 2 scan
  56. lines of the titlebar).  If you use MoreRows you can define the maximum
  57. screen size to be whatever is right for your monitor.
  58.  
  59. Now for the question: how would *you* handle the situation, keeping in mind
  60. that there *are* users out there that use a TV set which can barely
  61. accomodate 200 scan lines (I was just such a user until not too long ago).
  62. There needs to be some mechanism which permits the user to tell VT100 what
  63. the maximum screen size should be; 2.9 uses NormalDisplayRows.  I could
  64. simply take the LINES parameter as gospel but I took quite a lot of flack
  65. in 2.8 because users finger-checked (typed 34 instead of 24), users
  66. couldn't accurately determine how many lines would fit and so on.
  67.  
  68. I've considered adding an OVERSCAN command which explicitly tells VT100
  69. that it's OK to use more than NormalDisplayRows, adding an optional
  70. parameter to the LINES command as well as reverting to the way that 2.8 did
  71. it.  As a final alternative, I've considered trying to open a window on the
  72. custom screen which has no titlebar (but I don't much like the looks of it
  73. and it complicates other things).
  74.  
  75. Please consider the question and let me know (via e-mail) your considered
  76. opinion on this matter.  I've asked several other folks and, if I can get
  77. consensus, will release 2.9B in a matter of days.
  78. --
  79. Tony Sumrall   responsible for VT100 2.9A (and 2.9 and 2.8a and 2.8 and...)
  80. acs@pccuts.pcc.amdahl.com <=> amdahl!pccuts!acs
  81.  
  82. [ Opinions expressed herein are the author's and should not be construed
  83.   to reflect the views of Amdahl Corp. ]
  84.  
  85.  
  86.