home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / alt / lucidem / help / 713 < prev    next >
Encoding:
Text File  |  1992-11-20  |  2.1 KB  |  50 lines
  1. x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Fri, 20 Nov 1992 17:01:18 EST
  2. Date: Fri, 20 Nov 1992 14:01:04 PST
  3. Message-ID: <9211202201.AA13425@thalidomide.lucid>
  4. X-Windows: No hardware is safe.
  5. From: jwz@lucid.com (Jamie Zawinski)
  6. Sender: jwz%thalidomide@lucid.com
  7. Subject: Re: A few questions.
  8. References: <9211201906.AA13834@mc.com>
  9. Newsgroups: alt.lucid-emacs.help
  10. Path: sparky!uunet!wendy-fate.uu.net!help-lucid-emacs
  11. Lines: 37
  12.  
  13. In message <9211201906.AA13834@mc.com> Gerry Pocock wrote:
  14. >
  15. > 1) When I move from screen A to screen B where screen A is on top of
  16. > screen B, screen B raises but the hidden contents of screen B are not
  17. > immediately displayed, there is a few second delay. 
  18.  
  19. The delay is probably because of swapping.  Get more memory.
  20.  
  21. > It appears to me that lucid emacs is attempting to access a terminal
  22. > upon startup, maybe via an ioctl.
  23.  
  24. This is fixed; it will be in 19.4.
  25.  
  26. > 3) When I hold down the cnt-n key, lucid appears to wait before moving
  27. > the cursor. The cursor position isn't updated until I release the key.
  28.  
  29. Did you compile with optimization?  All versions of emacs abort redisplay
  30. as soon as new user input appears; if the execution of C-n takes longer than
  31. the autorepeat speed, then you won't see any redisplay until you release the
  32. key.  When emacs is compiled with optimization on a sparc (with lcc, at least)
  33. it's fast enough, but when it's compiled with -g, it sometimes isn't.
  34.  
  35. I'm not entirely sure why C-n takes longer in lemacs than in other versions
  36. of emacs but it probably has something to do with the fact that we disabled
  37. the "direct-output-for-insert" and similar redisplay optimizations, because
  38. the emacs redisplay code really, really, really sucks, and that was the
  39. easiest way to make it stop crashing.
  40.  
  41. > 4) One of the things I liked about epoch was the separate minibuffer.
  42. > It was nice having the minibuffer as wide as my terminal screen
  43. > without having to have individual screens as wide as the terminal
  44. > screen. Is this possible with lucid emacs.
  45.  
  46. No.  There's code in there, but it doesn't work.  Feel free to make it work.
  47. I dislike detached minibuffers, so this is way down on my list.
  48.  
  49.     -- Jamie
  50.