home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / hp / 13096 < prev    next >
Encoding:
Text File  |  1992-11-18  |  4.3 KB  |  106 lines
  1. Newsgroups: comp.sys.hp
  2. Path: sparky!uunet!mcsun!sunic!aun.uninett.no!news.uit.no!bjoerns
  3. From: bjoerns@stud.cs.uit.no (Bjoern Stabell)
  4. Subject: Re: Why doesn't the hpterm have resizable text?
  5. References: <TT.92Nov17083124@tarzan.jyu.fi>
  6. Sender: news@news.uit.no (USENET News System)
  7. Organization: University of Tromsoe, Norway
  8. Date: Thu, 19 Nov 1992 07:32:31 GMT
  9. X-Newsreader: TIN [version 1.1 PL6]
  10. Message-ID: <1992Nov19.073231.11167@news.uit.no>
  11. Lines: 93
  12.  
  13. Tapani Tarvainen (tt@tarzan.jyu.fi) wrote:
  14. ] In article <1992Nov16.183655.14131@alchemy.chem.utoronto.ca> mroussel@alchemy.chem.utoronto.ca (Marc Roussel) writes:
  15. ] 
  16. ] >    Perhaps I'm missing the point of this discussion but why aren't you
  17. ] >people just using the real xterm?  As far as I can tell
  18. ] 
  19. ] >      a) hpterm doesn't do anything xterm doesn't.
  20. ] 
  21. ] * National language support: even though the 8.0 xterm finally
  22. ] supports 8-bit characters it still doesn't work right with non-US
  23. ] keyboards ...  (OK, I presume that's been patched by now, after
  24. ] everybody's gotten used to hpterm); when I occasionally need national
  25. ] 7-bit characters hpterm supports them easily, in xterm I need a hacked
  26. ] font (and 16-bit character support for xterm isn't even planned as far
  27. ] as I know).
  28.  
  29. Only thing I can think of using NLS for would be catalogues.  And it would
  30. be a small fix to enable this for XTerm too.
  31.  
  32. Another gripe with HPterm is that it seems to hinder you from using a font
  33. with a different encoding than roman8 (yes I know about the *roman8
  34. resource, it's kludgy), maybe this is a feature with Motif, I'm not sure.
  35. Why does it care about the encoding?
  36.  
  37. Also, hpterm let's you specify a keyboard language.  Well, it's nice but
  38. shouldn't this kind of behaviour be in the X server?  xkeycaps and xmodmap
  39. does everything I need.  (i.e. I can switch between a norwegian keyboard
  40. and an american by pressing a key (runs xmodmap on a file generated by
  41. xkeycaps), and it works for all applications).
  42.  
  43. HPterm has mouseblanking.  Same argument as above, it shouldn't be on a
  44. client-basis, it should be for the entire display.  So, get 'unclutter', it
  45. does mouseblanking in all windows (but let's you specify windows you don't
  46. want mouseblanking in).
  47.  
  48. ] * Softkey support (very nice in certain HP's programs).  Also, some
  49. ] HP programs don't understand arrow keys in xterm but do in hpterm
  50. ] (like elm -- yes, I know, I could junk HP's elm and get the PD one).
  51.  
  52. PD version is years ahead of the HP one.  Also, I think HP are teaching
  53. their programs the ANSI VT100 codes now.  (For instance - according to
  54. someone on this group, don't remember who, xdb will from 9.0 offer a proper
  55. curses environment in xterm, like when you run it in hpterm)
  56.  
  57. ] * I like the ability to scroll past pages with Prev/Next/arrow keys:
  58. ] I find it much easier than using the scrollbar.
  59.  
  60. Here are my XTerm translations, they do what you want (plus fix to a 'might
  61. a be bug', the Home key didn't output the right escape sequence):
  62.  
  63. XTerm.vt100.translations:        #override            \
  64.     <Key>Home        :    string("^[[H")            \n\
  65.     ~Shift<Key>Prior    :    scroll-back(1,halfpage)        \n\
  66.     ~Shift<Key>Next        :    scroll-forw(1,halfpage)        \n\
  67.     Shift<Key>Prior        :    string("^[[5~")            \n\
  68.     Shift<Key>Next        :    string("^[[6~")
  69.  
  70. Replace ^[ with ESC.  You have the normal Next/Prior behaviour on
  71. Shift+Next/Prior.
  72.  
  73. ] >      b) xterm does many things that hpterm doesn't.
  74. ] 
  75. ] True enough.  Alas, you can't have everything.
  76. ] So, I use both according to the task at hand.
  77.  
  78. I agree, the perfect terminal emulator is yet to be discovered. :)
  79.  
  80. For me, there are five reasons why I use XTerm and not HPterm:
  81.  
  82.     - It's billions and billions times faster.
  83.         - the scrolling is much faster
  84.         - the executable is 4 times smaller than hpterm
  85.           (8 times with our MIT xterm)
  86.  
  87.     - XTerm let's you change the font any time.  All the fonts are
  88.       customizable (I believe someone said they were hardcoded) by
  89.       using the *font[123456] resources.
  90.  
  91.     - XTerm has *scrollTtyOutput and *scrollTtyInput.
  92.  
  93.     - XTerm doesn't clutter with your encoding/keycodes. (hpterm has
  94.       a roman8 resource, which let's you have iso8859-1 or roman8
  95.       encoding, but nothing more)
  96.  
  97.     - I can get the source to XTerm. :)
  98.  
  99.  
  100. Kind regards,
  101. --
  102.                                              Bj°rn Stabell
  103.                                              University of Troms°
  104.                                              (+47) 83 44 053 / 83 75 164
  105.                                              bjoerns@staff.cs.uit.n
  106.