Gnus development mailing list
 help / color / mirror / Atom feed
From: Shenghuo ZHU <zsh@cs.rochester.edu>
Subject: Re: gnus 5.8.4 - display bug (same as in 5.8.3)
Date: 20 Apr 2000 22:32:46 -0400	[thread overview]
Message-ID: <2nk8hsb2up.fsf@tiger.jia.vnet> (raw)
In-Reply-To: Lars Magne Ingebrigtsen's message of "20 Apr 2000 21:59:12 +0200"

[-- Attachment #1: Type: text/plain, Size: 1036 bytes --]

>>>>> "LMI" == Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

LMI> Colin Rafferty <colin@xemacs.org> writes:
>> There were some definite changes in redisplay.  I think that it
>> doesn't redisplay until later than it used to.  We also do pixel-based
>> scrolling, which screwed up shrink-window-if-larger-than-buffer' (a
>> fix to which I am testing).
>> 
>> Do you do anything with window-pixel-edges?  I had to remove that.

LMI> I don't use that -- just `window-height', I think.  Perhaps that is
LMI> being computed later than it used to be?

As I remember, just before 5.8.3 was released, it was OK.  The
difference is that switch-to-buffer was changed to set-buffer in
gnus-configure-windows. I don't know the reason, but the attached
patch works for me (in XEmacs 21.2.32). This patch has not been
applied to the CVS repository. If it really works, could anyone tell
me the reason?

-- 
Shenghuo

2000-04-20 22:24:04  Shenghuo ZHU  <zsh@cs.rochester.edu>

	* gnus-win.el (gnus-configure-windows): Revert to switch-to-buffer.


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: switch-to-buffer.diff --]
[-- Type: text/x-patch, Size: 750 bytes --]

Index: gnus-win.el
===================================================================
RCS file: /usr/local/cvsroot/gnus/lisp/gnus-win.el,v
retrieving revision 5.8
diff -u -r5.8 gnus-win.el
--- gnus-win.el	2000/01/09 15:38:16	5.8
+++ gnus-win.el	2000/04/21 02:23:08
@@ -446,11 +446,11 @@
 		    (gnus-delete-windows-in-gnusey-frames))
 		;; Just remove some windows.
 		(gnus-remove-some-windows)
-		(set-buffer nntp-server-buffer))
+		(switch-to-buffer nntp-server-buffer))
 	    (select-frame frame)))
 
 	(let (gnus-window-frame-focus)
-	  (set-buffer nntp-server-buffer)
+	  (switch-to-buffer nntp-server-buffer)
 	  (gnus-configure-frame split)
 	  (when gnus-window-frame-focus
 	    (select-frame (window-frame gnus-window-frame-focus))))))))

  reply	other threads:[~2000-04-21  2:32 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-04-20  3:08 Dmitry Yaitskov
2000-04-20 18:31 ` Lars Magne Ingebrigtsen
2000-04-20 19:16   ` Colin Rafferty
2000-04-20 19:59     ` Lars Magne Ingebrigtsen
2000-04-21  2:32       ` Shenghuo ZHU [this message]
2000-04-21  3:21         ` Dmitry Yaitskov
2000-04-21 11:43         ` Lars Magne Ingebrigtsen
2000-04-20 19:29   ` Dmitry Yaitskov
2000-04-20 19:56     ` Björn Torkelsson
2000-04-24 18:44 ` David Hedbor

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=2nk8hsb2up.fsf@tiger.jia.vnet \
    --to=zsh@cs.rochester.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).