From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Mike Mattie Newsgroups: gmane.emacs.devel Subject: Re: Feature Request : autoload-form Date: Mon, 31 Mar 2008 14:31:10 -0700 Message-ID: <20080331143110.0c38e2e7@reforged> References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/11jQRFalGOH2XfgMsf65tYk"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Trace: ger.gmane.org 1206999139 13339 80.91.229.12 (31 Mar 2008 21:32:19 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 31 Mar 2008 21:32:19 +0000 (UTC) Cc: rms@gnu.org To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Mar 31 23:32:50 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 1JgRcX-0000pT-P8 for ged-emacs-devel@m.gmane.org; Mon, 31 Mar 2008 23:32:50 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JgRbv-000764-H4 for ged-emacs-devel@m.gmane.org; Mon, 31 Mar 2008 17:32:11 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JgRbs-00075v-2F for emacs-devel@gnu.org; Mon, 31 Mar 2008 17:32:08 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JgRbp-000756-V2 for emacs-devel@gnu.org; Mon, 31 Mar 2008 17:32:07 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JgRbp-00074m-Mv for emacs-devel@gnu.org; Mon, 31 Mar 2008 17:32:05 -0400 Original-Received: from wa-out-1112.google.com ([209.85.146.183]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JgRbo-000513-J8 for emacs-devel@gnu.org; Mon, 31 Mar 2008 17:32:05 -0400 Original-Received: by wa-out-1112.google.com with SMTP id k34so2224844wah.10 for ; Mon, 31 Mar 2008 14:31:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; bh=H7fcWGviz/7TY30X8bQzeQOROrwZbXNuwesmjJ7+yCo=; b=NFfwSS1WHHGdo2LN6ZUIB59QlXeLQo3YJX2tRJldsww5AfegOXfT4fOdxm79bpWoq81ic3B/xvnpMmzZmOJBnlYcIISam6aC+xp88uO1MBLLwTJxs6Sneihp/8Y2TipMp4gdvbVg+K7JLbZjlyc5RoJKs/6XJtDKGyoiosSRI4g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=JYDfzQpq9jnfnjTnFmnn8+CIVwtFCfVgjFbCKWO6leyWOBvWek4vlJ29eOMtC9FK0AcSxtqgmUCOSqJB7sdhjwylm1K2IyHYa6YyxMK3cu3VQjZQzYVgq0Nrj8xzB4r4bFO5CdMf7KoMkco7KOsrFsNPmb++ifTbAc8oABNsCh4= Original-Received: by 10.114.180.1 with SMTP id c1mr10918673waf.121.1206999118638; Mon, 31 Mar 2008 14:31:58 -0700 (PDT) Original-Received: from reforged ( [71.217.206.83]) by mx.google.com with ESMTPS id n22sm10263540pof.1.2008.03.31.14.31.57 (version=SSLv3 cipher=OTHER); Mon, 31 Mar 2008 14:31:58 -0700 (PDT) In-Reply-To: X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.8; i686-pc-linux-gnu) X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 2) 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:94069 Archived-At: --Sig_/11jQRFalGOH2XfgMsf65tYk Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Mon, 31 Mar 2008 12:24:45 -0400 Richard Stallman wrote: > - I got rid of the monolithic .emacs, so that bits of > configuration go into dedicated "modules". There is a module for > C-mode, one for Muse-mode etc. One module resides in one file. > Modules are shared in your network of friends/colleagues ... anybody > syncing with you, so they are "network-specific" but not > "user-specific". >=20 > I think I understand what these do. I'm not completely sure why you > want them, though. What job do these do, which you couldn't do by > installing some Lisp libraries in the usual way? There isn't a usual way for installing elisp libraries, just whatever the user has slapped together out of necessity. The closest way to any usual way AFAICT is ELPA. The Emacs developers use trees of elisp source managed by CVS regularly,=20 it is somewhat curious that a single .emacs file is considered adequate the user. In fact I think a single .emacs file discourages sharing emacs elisp because it contradicts directly the kind of modularity and organization essential to sharing. If I had not broken out of a single .emacs file long ago I never would have posted any elisp, because it was always a big hair-ball in a giant file. Something to consider at least. The rest of this line of thought is to off-topic for me to continue, but I will share ideas and code off-list. > - To allow fine-tuning, a user can use "module configuration > file", which is an other file, with personal tweaking in it. Those > conf files are not shared and are usually optional. They are user > specific, and private. Exemple : the ERC module does a lot of > configuration, but it can not set up username, password etc because > this information is user-specific. >=20 > Why not put this stuff directly in .emacs? >=20 > I could put, at beginning of *every* modules, a (load-file > "thisModuleConfigurationFile" t). >=20 > I don't see why you want to do that, rather than putting the > "module configuration" expressions directly in .emacs. > What do you gain? >=20 > This is what I did before, but I do > not find that elegant, nor fully satisfactory in many ways for the > needs, so it now is to the TidyConfig system to carry proper > loading of modules. >=20 > I am confused. Are you talking about making a module load its module > configuration expressions, or are you talking about how to load the > module itself when it is needed? Those are two different issues, > right? Some of your words seem to imply one, and some seem to imply > the other. >=20 > Here we are. I currently have no option to do so, except putting > the form I want to eval in a dummy file and registering this file with > autoload. >=20 > I have lost you completely here. >=20 >=20 --Sig_/11jQRFalGOH2XfgMsf65tYk Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFH8VgedfRchrkBInkRAnD4AKC4tNMpR34X9WYGPNMwyM1iipszHwCff2a+ zbRzmoZvAe9dxAQ72fjzI9k= =/Ghm -----END PGP SIGNATURE----- --Sig_/11jQRFalGOH2XfgMsf65tYk--