From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/64998 Path: news.gmane.org!not-for-mail From: Katsumi Yamaoka Newsgroups: gmane.emacs.gnus.general Subject: untabify Lisp sources (was Re: closing all inactive server connections) Date: Tue, 31 Jul 2007 11:58:09 +0900 Organization: Emacsen advocacy group Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1185850844 1031 80.91.229.12 (31 Jul 2007 03:00:44 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 31 Jul 2007 03:00:44 +0000 (UTC) Cc: ding@gnus.org To: larsi@gnus.org Original-X-From: ding-owner+M13509@lists.math.uh.edu Tue Jul 31 05:00:38 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 1IFhyP-00088c-DI for ding-account@gmane.org; Tue, 31 Jul 2007 05:00:37 +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 1IFhwo-0008Bt-Sj; Mon, 30 Jul 2007 21:58:58 -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 1IFhwn-0008BS-Cu for ding@lists.math.uh.edu; Mon, 30 Jul 2007 21:58:57 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.67) (envelope-from ) id 1IFhwh-0006ky-7p for ding@lists.math.uh.edu; Mon, 30 Jul 2007 21:58:57 -0500 Original-Received: from orlando.hostforweb.net ([216.246.45.90]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1IFhwg-00070u-00; Tue, 31 Jul 2007 04:58:50 +0200 Original-Received: from [66.225.201.151] (port=45775 helo=mail.jpl.org) by orlando.hostforweb.net with esmtpa (Exim 4.63) (envelope-from ) id 1IFhw6-0001cd-6V; Mon, 30 Jul 2007 21:58:15 -0500 Mail-Followup-To: ding@gnus.org X-Hashcash: 1:20:070731:larsi@gnus.org::KX0LVMXNBl7X/Xle:00020tm X-Hashcash: 1:20:070731:ding@gnus.org::OWMyDU+4rJnWoRvb:00000da9 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:a0Ju7m9DJu8Vd+g4d2Sfw4K+qjY= 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 - gnus.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-Spam-Score: -2.4 (--) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:64998 Archived-At: Hi Lars, I wish you to respond. >>>>> Ted Zlatanov wrote: TZ> Unfortunately there were tabs in the gnus-srvr.el file (aren't we TZ> supposed to use untabify?) so the patch comes out too long. KY> I cannot understand what you want to do. gnus-srvr.el in the CVS KY> trunk uses tabs for the indentations that require eight or more KY> characters width (except for only one line). The reason the patch KY> is big should be that you, some program or other untabified them. KY> Do you think that it should be applied to all the Gnus sources? KY> I don't agree. IMO, whoever changes the Gnus sources should use KY> the default value for the `indent-tabs-mode' variable. > I was told by Lars a while ago to use untabify on Gnus commits, so I do > as a general rule. That's what I mean by my question "aren't we > supposed to use untabify?" Oops. I might have overlooked it in this list. But I don't see an advantage of untabifying the indentations. What is the reason (if it exists) to force all the Gnus developers to alter the default value of `indent-tabs-mode' or to use a hook that runs when CVS committing? > I didn't know the convention had changed, that's all. I'm happy to > stick with whatever is the current convention. Let me know if you want > me to commit the change, or if you'll commit your version instead. I can agree with the new convention if there is a good reason. But even if the convention changes (or had changed?), I think that we should separately do untabifying of the Lisp sources and installing of changes. Regards,