From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/65809 Path: news.gmane.org!not-for-mail From: Tassilo Horn Newsgroups: gmane.emacs.gnus.general Subject: Re: Scrolling the article at point in gnus-summary-mode Date: Thu, 29 Nov 2007 10:17:06 +0100 Message-ID: <87tzn5l8bx.fsf@member.fsf.org> References: <87ir3me232.fsf@bzg.ath.cx> <87odddsawt.fsf@escher.local.home> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1196327867 11074 80.91.229.12 (29 Nov 2007 09:17:47 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 29 Nov 2007 09:17:47 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M14305@lists.math.uh.edu Thu Nov 29 10:17:55 2007 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 1IxfWr-00078R-Qa for ding-account@gmane.org; Thu, 29 Nov 2007 10:17:54 +0100 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 1IxfWK-00051Y-Gq; Thu, 29 Nov 2007 03:17:20 -0600 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 1IxfWI-00051J-ND for ding@lists.math.uh.edu; Thu, 29 Nov 2007 03:17:18 -0600 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.67) (envelope-from ) id 1IxfWC-0001fL-Dg for ding@lists.math.uh.edu; Thu, 29 Nov 2007 03:17:18 -0600 Original-Received: from out1.smtp.messagingengine.com ([66.111.4.25]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1IxfW9-0005Xs-00 for ; Thu, 29 Nov 2007 10:17:09 +0100 Original-Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 5850657FD9 for ; Thu, 29 Nov 2007 04:17:08 -0500 (EST) Original-Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Thu, 29 Nov 2007 04:17:08 -0500 X-Sasl-enc: 9hcIZfVTGPHFz3aMVKXpIYtop908rR/A/Lq9vy6YVjsZ 1196327827 Original-Received: from baldur (dslb-084-063-053-069.pools.arcor-ip.net [84.63.53.69]) by mail.messagingengine.com (Postfix) with ESMTP id 8F2EFA341 for ; Thu, 29 Nov 2007 04:17:07 -0500 (EST) Mail-Followup-To: ding@gnus.org In-Reply-To: <87odddsawt.fsf@escher.local.home> (Stephen Berman's message of "Thu, 29 Nov 2007 09:39:30 +0100") User-Agent: Gnus/5.110007 (No Gnus v0.7) Emacs/23.0.50 (gnu/linux) X-Spam-Score: -2.6 (--) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:65809 Archived-At: Stephen Berman writes: >> But if the article in *article* is _not_ the article the point is on >> in the summary buffer, then RET will scroll the wrong article. RET >> should make sure that the article at point in the summary buffer and >> article in *article* are the same before scrolling. >> >> Did someone else already encounter this issue? > > I think I've seen this. Me, too. > I have definitely observed the following, which I suppose is related: > When more than one Gnus Summary buffer is open, typing h in the > Article buffer goes to that last selected Summary buffer, even if the > article comes from another Summary buffer. I suppose this has to do > with Gnus only having one *Article* buffer, while allowing multiple > Summary buffers, which are differently named. You can have one article buffer per summary buffer. ,----[ C-h v gnus-single-article-buffer RET ] | gnus-single-article-buffer is a variable defined in `gnus-sum.el'. | Its value is t | | Documentation: | *If non-nil, display all articles in the same buffer. | If nil, each group will get its own article buffer. | | You can customize this variable. `---- Or to have several article buffers in the same summary buffer, have a look at: ,----[ (info "(gnus)Sticky Articles") ] | When you select an article the current article buffer will be reused | according to the value of the variable `gnus-single-article-buffer'. | If its value is non-`nil' (the default) all articles reuse the same | article buffer. Else each group has its own article buffer. | | This implies that it's not possible to have more than one article | buffer in a group at a time. But sometimes you might want to display | all the latest emails from your mother, your father, your aunt, your | uncle and your 17 cousins to coordinate the next christmas party. | | That's where sticky articles come in handy. A sticky article buffer | basically is a normal article buffer, but it won't be reused when you | select another article. `---- Nevertheless, your and Bastien's problems look like a bug. Bye, Tassilo