home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / gnu / epoch / misc / 1113 < prev    next >
Encoding:
Text File  |  1992-11-16  |  2.8 KB  |  74 lines
  1. Newsgroups: gnu.epoch.misc
  2. Path: sparky!uunet!stanford.edu!agate!linus!linus.mitre.org!news!mbunix!blk
  3. From: blk@mitre.org (Brian L. Kahn)
  4. Subject: Re: Scrolling broken, detailed info enclosed
  5. In-Reply-To: lonhyn@gulag.nas.nasa.gov's message of Thu, 12 Nov 92 22:26:38 GMT
  6. Message-ID: <BLK.92Nov14150703@vanity.mitre.org>
  7. Sender: news@linus.mitre.org (News Service)
  8. Nntp-Posting-Host: vanity.mitre.org
  9. Organization: The MITRE Corp. Bedford, MA
  10. References: <VAITKUS.92Nov12092321@ceres.lexmark.com> <1992Nov12.222638.2886@nas.nasa.gov>
  11. Date: Sat, 14 Nov 1992 20:07:03 GMT
  12. Lines: 60
  13.  
  14. In article <1992Nov12.222638.2886@nas.nasa.gov> lonhyn@gulag.nas.nasa.gov (Lonhyn T. Jasinskyj) writes:
  15.  
  16.  
  17.    VERSION:  Epoch 4.2, but the same held for Epoch 4.x, not sure about 3.x
  18.  
  19.    on an SGI Iris running Irix 4.0.x (not really important, I think
  20.    this should happen on any architecture)
  21.  
  22.  
  23.    The problem we are having here is that when you scroll-down
  24.    (i.e. M-v) the following happens:
  25.  
  26.     In Emacs:
  27.      - move back by one "height of window" (height) number of lines
  28.      - the cursor is left at the last visible line in the window
  29.      - can continue this until you are at the beginning at which time
  30.        your cursor is on line height (or height minus one)
  31.        AND the first line in the file is at the top of the window
  32.  
  33.     In Epoch:
  34.      - move back by one "height of window" (height) number of lines
  35.      - the cursor is left at the last visible line in the window
  36.      - the function layout_window() then RECENTERS that line to the
  37.        middle of the window.
  38.      - continue this scrolling by height lines until you are at the
  39.        beginning at which point your cursor is on line "height"
  40.        BUT that line has now been recentered leaving the first
  41.        height/2 lines perpetually unreachable using scroll-down
  42.  
  43.  
  44.  
  45. I just experienced a very similar problem on my Sun Sparc, so the
  46. problem doesn't rest in the Iris.  The problem doesn't happen in all
  47. my epoch incarnations, only in this one "application" that I've built
  48. on top of epoch.  By application, I mean a great big bunch of elisp
  49. code.
  50.  
  51. I get the undesired recentering of the window as I scroll with
  52. (scroll-down 1).  In the application that has the problem, I can
  53. easily produce the effect by binding that to a key such as
  54. (local-set-key "\M-n" '(func () (scroll-down 1)) and invoking [M-n]
  55. when the cursor is on the bottom line of the window.  You have to be
  56. partway through a file that is bigger than the window, of course.
  57.  
  58.  
  59. OK, I've now tracked down the problem in my application.  Scroll-down
  60. breaks when I have fonts of two different sizes on the mode line!
  61. My app highlights the file name in the mode line using modeline
  62. styles, and I only have this problem when I mix fonts on the modeline.
  63.  
  64. This may not be the real true and only problem, but it solved my
  65. problem and sure is a big hint!
  66.  
  67.  
  68.  
  69.  
  70.  
  71. --
  72. B<   Brian Kahn   blk@mitre.org   "may the farce be with you"
  73.  
  74.