all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Mike Mattie <codermattie@gmail.com>
To: emacs-devel@gnu.org
Cc: rms@gnu.org
Subject: Re: Feature Request : autoload-form
Date: Mon, 31 Mar 2008 14:31:10 -0700	[thread overview]
Message-ID: <20080331143110.0c38e2e7@reforged> (raw)
In-Reply-To: <E1JgMoP-00024x-7G@fencepost.gnu.org>

[-- Attachment #1: Type: text/plain, Size: 2849 bytes --]

On Mon, 31 Mar 2008 12:24:45 -0400
Richard Stallman <rms@gnu.org> 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".
> 
> 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, 
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.
> 
> Why not put this stuff directly in .emacs?
> 
>     I could put, at beginning of *every* modules, a (load-file
>     "thisModuleConfigurationFile" t).
> 
> I don't see why you want to do that, rather than putting the
> "module configuration" expressions directly in .emacs.
> What do you gain?
> 
>      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.
> 
> 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.
> 
>     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.
> 
> I have lost you completely here.
> 
> 

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

  parent reply	other threads:[~2008-03-31 21:31 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-03-28 20:05 Feature Request : autoload-form paul r
2008-03-29  4:20 ` Stefan Monnier
2008-03-29  9:49   ` paul r
2008-03-29 19:40     ` Stefan Monnier
2008-03-30  5:49   ` Richard Stallman
2008-03-30 11:24     ` paul r
2008-03-30 15:03       ` Stefan Monnier
2008-03-30 22:28         ` paul r
2008-03-31  7:58           ` Levin Du
2008-03-30 19:55       ` Richard Stallman
2008-03-30 21:35       ` Mike Mattie
2008-03-31 16:24       ` Richard Stallman
2008-03-31 17:36         ` paul r
2008-03-31 21:31         ` Mike Mattie [this message]
2008-04-02  2:53           ` Richard Stallman
2008-04-02 12:44             ` paul r
2008-04-02 17:34               ` Richard Stallman
2008-04-02 19:06                 ` paul r
2008-04-02 21:07                   ` Don Armstrong
2008-04-03  4:30                     ` Stephen J. Turnbull
2008-04-03  5:01                       ` Don Armstrong

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20080331143110.0c38e2e7@reforged \
    --to=codermattie@gmail.com \
    --cc=emacs-devel@gnu.org \
    --cc=rms@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.