From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: joakim@verona.se Newsgroups: gmane.emacs.devel Subject: Re: .emacs-settings.el Date: Fri, 07 Sep 2007 20:11:26 +0200 Message-ID: References: <20070907121455.GA22265@saeurebad.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1189188701 20132 80.91.229.12 (7 Sep 2007 18:11:41 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 7 Sep 2007 18:11:41 +0000 (UTC) To: emacs-devel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Sep 07 20:11:40 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 1ITiIu-0005g6-2X for ged-emacs-devel@m.gmane.org; Fri, 07 Sep 2007 20:11:40 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ITiIr-0001Dn-V8 for ged-emacs-devel@m.gmane.org; Fri, 07 Sep 2007 14:11:38 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1ITiIo-0001DE-D9 for emacs-devel@gnu.org; Fri, 07 Sep 2007 14:11:34 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1ITiIj-0001Ck-Oa for emacs-devel@gnu.org; Fri, 07 Sep 2007 14:11:33 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ITiIj-0001Cg-MI for emacs-devel@gnu.org; Fri, 07 Sep 2007 14:11:29 -0400 Original-Received: from proxy3.bredband.net ([195.54.101.73]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1ITiIj-0000iH-5Z for emacs-devel@gnu.org; Fri, 07 Sep 2007 14:11:29 -0400 Original-Received: from kurono.home (83.227.131.3) by proxy3.bredband.net (7.3.127) id 46DE9FB6000BA66B for emacs-devel@gnu.org; Fri, 7 Sep 2007 20:11:26 +0200 In-Reply-To: (Drew Adams's message of "Fri\, 7 Sep 2007 09\:35\:38 -0700") User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1.50 (gnu/linux) 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:78176 Archived-At: "Drew Adams" writes: > I haven't followed this thread closely. Could someone please summarize the > need for which the solutions are being discussed? > > If this is about users defining their preferred settings for something, and > you want such settings to be persistent, then why not use Customize instead > of adding separate preference files? This is, kind of, how the JDEE (java development environment for emacs) works. There is a project.el file which is managed by custom in some way. I dont quite remember the details, but I think the Eieio emacs CLOS implementation is involved also somehow. > IIUC, the separate preference files proposed would control stuff in the > directories (or perhaps in the child or parent directories?) where they are > found. If so, wouldn't it be appropriate to do all of that using a single > user option that specified the directories and the preferences for the files > in those directories? > > Or is the problem that these preference files are supposed to affect > multiple users, so that they cannot be in a single user's preference file? > > Sorry for not following this, but I suspect others too might have lost the > thread of this thread. A brief summary of the need could help us understand > better. > > If this is about a need to share preferences among multiple users, then > perhaps we could have an "import" or "include" feature for Customize that > allows sharing of some preferences. Importing would reference the imported > custom files, rather than making explicit copies of their data, so that > changes to the imported file would be reflected in the importing files. > (Perhaps this possibility of sharing preferences has been discussed before?) -- Joakim Verona