From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dan Nicolaescu Newsgroups: gmane.emacs.devel Subject: Re: files.el: Patch to make project-settings optional/customizable Date: Thu, 13 Nov 2008 09:28:17 -0800 (PST) Message-ID: <200811131728.mADHSH2M010654@mothra.ics.uci.edu> References: <5f0ff9220811130629t505badf9kb1bcc380df89a08f@mail.gmail.com> <87y6zn4pqw.fsf@cyd.mit.edu> <200811131607.mADG71u6010167@mothra.ics.uci.edu> <200811131619.mADGJukm010206@mothra.ics.uci.edu> <87prkz4kgh.fsf@cyd.mit.edu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1226598317 21280 80.91.229.12 (13 Nov 2008 17:45:17 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 13 Nov 2008 17:45:17 +0000 (UTC) Cc: Tom Tromey , "T.V. Raman" , emacs-devel@gnu.org To: Chong Yidong Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Nov 13 18:46:18 2008 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 1L0gGn-00016b-Gl for ged-emacs-devel@m.gmane.org; Thu, 13 Nov 2008 18:46:17 +0100 Original-Received: from localhost ([127.0.0.1]:55062 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L0gFf-0000Ut-BE for ged-emacs-devel@m.gmane.org; Thu, 13 Nov 2008 12:45:07 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1L0fzX-0004CX-Fd for emacs-devel@gnu.org; Thu, 13 Nov 2008 12:28:27 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1L0fzW-0004Bp-B3 for emacs-devel@gnu.org; Thu, 13 Nov 2008 12:28:26 -0500 Original-Received: from [199.232.76.173] (port=42572 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L0fzW-0004Bj-84 for emacs-devel@gnu.org; Thu, 13 Nov 2008 12:28:26 -0500 Original-Received: from barrelv2.ics.uci.edu ([128.195.1.114]:54228) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA1:24) (Exim 4.60) (envelope-from ) id 1L0fzW-0001gm-E0 for emacs-devel@gnu.org; Thu, 13 Nov 2008 12:28:26 -0500 Original-Received: from mothra.ics.uci.edu (mothra.ics.uci.edu [128.195.6.93]) by barrelv2.ics.uci.edu (8.13.7+Sun/8.13.7) with ESMTP id mADHSIV1028733; Thu, 13 Nov 2008 09:28:18 -0800 (PST) Original-Received: (from dann@localhost) by mothra.ics.uci.edu (8.13.8+Sun/8.13.6/Submit) id mADHSH2M010654; Thu, 13 Nov 2008 09:28:17 -0800 (PST) In-Reply-To: <87prkz4kgh.fsf@cyd.mit.edu> (Chong Yidong's message of "Thu, 13 Nov 2008 12:14:22 -0500") Original-Lines: 30 X-ICS-MailScanner-Information: Please contact the ISP for more information X-ICS-MailScanner-ID: mADHSIV1028733 X-ICS-MailScanner: Found to be clean X-ICS-MailScanner-SpamCheck: not spam, SpamAssassin (score=-1.44, required 5, autolearn=disabled, ALL_TRUSTED -1.44) X-ICS-MailScanner-From: dann@mothra.ics.uci.edu X-detected-operating-system: by monty-python.gnu.org: Solaris 10 (beta) 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:105658 Archived-At: Chong Yidong writes: > Tom Tromey writes: > > > Dan> If no, what is the advantage of having this name customizable? > > Dan> What happens if different projects using different names? > > Dan> It seems that it would just bring in complications... > > > > Yes, this makes the feature less useful, by making it not work > > automatically across projects. > > I think it's generally good policy to avoid hardcoding file names. But general policy should not be applied without thinking about the particulars of each case. As Tom said, there were some long discussions about this, and I think that the opposite conclusion was reached _for this particular case_. Just undoing that decision without reviewing the previous discussions on this does not seem like a good idea. > The default is unchanged, so the feature still works automatically > across projects unless you change it. People who care enough about > changing the default presumably know what they are doing Then shouldn't we first wait for such people to say that they want such a feature and show us why? Configurations is good only if it has some benefits, what is the benefit in this case? Adding more knobs to turn just increases the complexity of emacs...