From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/67480 Path: news.gmane.org!not-for-mail From: Miles Bader Newsgroups: gmane.emacs.gnus.general Subject: Re: gnus-article-read-summary-keys: can't handle hidden summary buffer? Date: Mon, 29 Sep 2008 21:20:38 +0900 Organization: NEC Electronics Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1222690911 27830 80.91.229.12 (29 Sep 2008 12:21:51 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 29 Sep 2008 12:21:51 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M15931@lists.math.uh.edu Mon Sep 29 14:22:47 2008 connect(): Connection refused Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.50) id 1KkHlz-0005sL-0U for ding-account@gmane.org; Mon, 29 Sep 2008 14:22:43 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1KkHkM-0004D4-0J; Mon, 29 Sep 2008 07:21:02 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1KkHkK-0004Cq-OS for ding@lists.math.uh.edu; Mon, 29 Sep 2008 07:21:00 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.69) (envelope-from ) id 1KkHkI-0006Hr-37 for ding@lists.math.uh.edu; Mon, 29 Sep 2008 07:21:00 -0500 Original-Received: from main.gmane.org ([80.91.229.2] helo=ciao.gmane.org) by quimby.gnus.org with esmtp (Exim 3.36 #1 (Debian)) id 1KkHkK-0006xZ-00 for ; Mon, 29 Sep 2008 14:21:00 +0200 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1KkHk7-0004Ux-1h for ding@gnus.org; Mon, 29 Sep 2008 12:20:47 +0000 Original-Received: from fencepost.gnu.org ([140.186.70.10]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 29 Sep 2008 12:20:47 +0000 Original-Received: from miles.bader by fencepost.gnu.org with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 29 Sep 2008 12:20:47 +0000 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 23 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: fencepost.gnu.org System-Type: i686-pc-linux-gnu Blat: Foop Cancel-Lock: sha1:S1EchIooQHNqO7wjvnTMxtDvpfU= X-Spam-Score: -3.6 (---) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:67480 Archived-At: Katsumi Yamaoka writes: > Could you test this patch? That seems to fix the problem. > Even in the case where the summary buffer is hidden, the summary > window appears a moment (it is necessary for running a summary > command) I do notice some weird redisplay glitches where if something happens to cause redisplay (e.g. a garbage-collection message), the summary buffer will show up temporarily. Kind of annoying but... Why is the summary window necessary for running a summary command? Can't they just act on the summary buffer? Thanks, -Miles -- `There are more things in heaven and earth, Horatio, Than are dreamt of in your philosophy.'