From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Katsumi Yamaoka Newsgroups: gmane.emacs.devel Subject: Re: gnus-summary-catchup turns ticked into unread Date: Thu, 16 Aug 2007 10:54:52 +0900 Organization: Emacsen advocacy group Message-ID: References: <20070702160929.C21251C8115@galatea.esat.kuleuven.be> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1187229333 7842 80.91.229.12 (16 Aug 2007 01:55:33 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 16 Aug 2007 01:55:33 +0000 (UTC) Cc: emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Aug 16 03:55:31 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1ILUa7-0002ha-Rh for ged-emacs-devel@m.gmane.org; Thu, 16 Aug 2007 03:55:28 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ILUa7-0006Jg-GG for ged-emacs-devel@m.gmane.org; Wed, 15 Aug 2007 21:55:27 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1ILUa4-0006Iy-0t for emacs-devel@gnu.org; Wed, 15 Aug 2007 21:55:24 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1ILUa3-0006IX-Aq for emacs-devel@gnu.org; Wed, 15 Aug 2007 21:55:23 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ILUa3-0006IN-56 for emacs-devel@gnu.org; Wed, 15 Aug 2007 21:55:23 -0400 Original-Received: from orlando.hostforweb.net ([216.246.45.90]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1ILUa0-00042b-Pj; Wed, 15 Aug 2007 21:55:20 -0400 Original-Received: from [66.225.201.151] (port=45774 helo=mail.jpl.org) by orlando.hostforweb.net with esmtpa (Exim 4.63) (envelope-from ) id 1ILUZp-00087I-OX; Wed, 15 Aug 2007 20:55:14 -0500 X-Hashcash: 1:20:070816:rms@gnu.org::bIWGX9sKM84qlUnC:0000002gBP X-Hashcash: 1:20:070816:emacs-devel@gnu.org::AwEgduKVaE88kJba:0000000000000000000000000000000000000000007smb X-Face: #kKnN,xUnmKia.'[pp`; Omh}odZK)?7wQSl"4o04=EixTF+V[""w~iNbM9ZL+.b*_CxUmFk B#Fu[*?MZZH@IkN:!"\w%I_zt>[$nm7nQosZ<3eu; B:$Q_:p!',P.c0-_Cy[dz4oIpw0ESA^D*1Lw= L&i*6&( User-Agent: Gnus/5.110007 (No Gnus v0.7) Emacs/22.1.50 (gnu/linux) Cancel-Lock: sha1:Z+VC5sJkGMhJ0y8YxtWfxrgKZu8= X-Antivirus-Scanner: Clean mail though you should still use an Antivirus X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - orlando.hostforweb.net X-AntiAbuse: Original Domain - gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - jpl.org X-Source: X-Source-Args: X-Source-Dir: X-Detected-Kernel: Genre and OS details not recognized. X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:76607 Archived-At: >>>>> Richard Stallman wrote: > [I sent this message a week ago but did not get a response. > Could we get the discussion moving again?] > The function definition for the XEmacs version of pop-to-buffer > is as follows. There's no difference between XEmacs 21.4 and 21.5. > The optional ON-FRAME is boolean, so there seems no way to keep > the compatibility. > (defun pop-to-buffer (bufname &optional not-this-window-p on-frame) > ... > If optional third arg is non-nil, it is the frame to pop to this > buffer on. > I am sure that few callers pass the argument NORECORD to > pop-to-buffer. So I think an incompatible change would be ok, adding > the ON-FRAME argument before NORECORD. > What do others think? I worry that changing the arguments list of such a generic function in Emacs causes further confusion. For instance, since Gnus supports Emacs 21, 22, 23 and XEmacs, source codes that use `pop-to-buffer' and need to use the NORECORD argument will have to get more complicated. We might, if anything, give up using that argument, since it doesn't seem to be very important in the codes in question actually. It also might suggest that such arguments that are not indispensable and are incompatible with versions of Emacsen will be doomed to be not used. So, I think we have nothing to do for `pop-to-buffer'. Regards,