home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / softsys / andrew / 1178 < prev    next >
Encoding:
Internet Message Format  |  1992-08-26  |  1.9 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!ucbvax!ANDREW.CMU.EDU!ghoti+
  2. From: ghoti+@ANDREW.CMU.EDU (Adam Stoller)
  3. Newsgroups: comp.soft-sys.andrew
  4. Subject: Re: message line bogosity
  5. Message-ID: <Yeay5SO00guRNNclQN@andrew.cmu.edu>
  6. Date: 26 Aug 92 19:54:06 GMT
  7. References: <QeaxLxs91F05KKgdlR@rchland.ibm.com>
  8. Sender: daemon@ucbvax.BERKELEY.EDU
  9. Distribution: world
  10. Organization: The Internet
  11. Lines: 34
  12.  
  13. Excerpts from internet.other.info-andrew: 26-Aug-92 Re: message line
  14. bogosity Robert Kemmetmueller@rch (781+0)
  15.  
  16. > Anyway, this is a little off-the-wall, but how about dynamically
  17. > changing the font size?
  18. > When something in the message line gets too long, the text can get
  19. > shrunk so it still fits.
  20. > If there's a whole mess of text, it can get scrunched down into a
  21. > teeny-tiny font so it will all still fit.
  22.  
  23. I don't think that idea would fly too much - some people set up their
  24. fonts specifically so that they can read them, and shrinking the fonts
  25. for longer messages may greatly impair their ability to read the
  26. information presented.
  27.  
  28. I'd be happy with the way it used to be a long time ago - if the message
  29. was too long to fit in the existing space allocated for the
  30. message-line, it wrapped - and all you would see was the wrapped
  31. portion. 
  32.  
  33. BUT THEN you could enlarge the message line (horizontally and/or
  34. vertically)  and find out what the whole message was.  If you increased
  35. the size vertically - it became scrollable.  
  36.  
  37. AND it maintained a small (<10?) history of the last N messages - and
  38. each was timestamped (much the way they are in Console) so you could get
  39. some amount of context.  
  40.  
  41. The only thing I can see that would be an improvement - is if the
  42. (vertical) size of the message-line were able to change on the fly -
  43. dependant upon the length of the message being displayed - and then
  44. automatically decrease in size again afterwards (heuristic needed)
  45.  
  46. --fish
  47.