From: "Drew Adams" <drew.adams@oracle.com>
To: "'Evans Winner'" <ego111@gmail.com>, <emacs-devel@gnu.org>
Subject: RE: `custom-file' and init-file [was: user-controlled load-pathextension: load-dir]
Date: Wed, 9 Mar 2011 13:39:39 -0800 [thread overview]
Message-ID: <528C9E1D4F4E4D92BC5532D3BECF42AD@us.oracle.com> (raw)
In-Reply-To: <87y64oouuf.fsf@gmail.com>
> | By itself, that wouldn't clue users in. A separate
> | question would be whether to also have an (almost)
> | empty `.emacs' by default, containing just an explicit
> | load of `custom-file'. I'd say yes.
>
> Out of curiosity, would this complicate the process of Emacs
> installation?
Dunno. Don't think so.
> Is the idea that the first time a user runs
> Emacs, it checks to see if there is a .emacs in (getenv
> "HOME"), and if not, creates it?
Yes. That is one possibility.
(Of course, emacs -Q would act as now: ignore any init file.)
> Would that complicate things for system administrators?
Dunno. Why would it?
> Presumably they should
> use site-init.el, but I know some add some kind of simple
> .emacs file to the user account creation routine.
Well if the sysadmins give their users a standard (for their organization)
default .emacs, then that would be used, no? IOW, presumably they or the user
would put that file in the user's $HOME, so it would be picked up by Emacs -
same as now. I don't see anything changing here.
> By the way, for the default location of the custom file, I
> would suggest ~/.emacs.d.
Sounds good to me.
But see also the other possibility discussed in the referenced thread and
mentioned again today by Stephen: we autoload `custom-file' after the .emacs,
etc. Either way is fine with me, and there are no doubt other possibilities.
The basic idea is to give the user a `custom-file' by default (empty), and have
Emacs automatically load it. Users would still have control over whether and
when to load it.
Customizations by Customize would always go to the `custom-file', unless
`custom-file' raises an error. (Or is some particular value - see the thread
for other possibilities here.) The point is that we would make sure that users
would still have the possibility of not using `custom-file' at all and thus
having Customize write to .emacs instead. That just would not be the default
behavior.
next prev parent reply other threads:[~2011-03-09 21:39 UTC|newest]
Thread overview: 64+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-03-01 20:32 user-controlled load-path extension: load-dir Ted Zlatanov
2011-03-03 21:07 ` Dimitri Fontaine
2011-03-04 9:55 ` Julien Danjou
2011-03-04 17:18 ` Tom Tromey
2011-03-04 18:04 ` Ted Zlatanov
2011-03-04 18:37 ` Dimitri Fontaine
2011-03-04 19:35 ` Tom Tromey
2011-03-04 19:45 ` Dimitri Fontaine
2011-03-04 19:54 ` Ted Zlatanov
2011-03-04 20:21 ` Dimitri Fontaine
2011-03-04 20:25 ` Chad Brown
2011-03-04 20:46 ` Ted Zlatanov
2011-03-05 19:24 ` Chad Brown
2011-03-04 20:26 ` Chad Brown
2011-03-04 20:08 ` Tom Tromey
2011-03-04 20:24 ` Dimitri Fontaine
2011-03-04 21:17 ` Tom Tromey
2011-03-04 21:33 ` Dimitri Fontaine
2011-03-04 21:37 ` Tom Tromey
2011-03-05 3:18 ` Ted Zlatanov
2011-03-05 19:11 ` Chad Brown
2011-03-06 7:21 ` Mike Mattie
2011-03-07 16:24 ` Ted Zlatanov
2011-03-07 17:18 ` Chad Brown
2011-03-07 17:59 ` Ted Zlatanov
2011-03-08 17:36 ` Dimitri Fontaine
2011-03-08 18:30 ` Chad Brown
2011-03-07 17:52 ` Stefan Monnier
2011-03-07 20:39 ` PJ Weisberg
2011-03-08 2:46 ` Stefan Monnier
2011-03-08 10:26 ` Ted Zlatanov
2011-03-08 17:14 ` Chong Yidong
2011-03-08 18:47 ` Ted Zlatanov
2011-03-08 19:23 ` Julien Danjou
2011-03-09 2:54 ` Stefan Monnier
2011-03-09 19:57 ` Chong Yidong
2011-03-08 20:59 ` Stefan Monnier
2011-03-08 21:38 ` Ted Zlatanov
2011-03-09 7:06 ` Jan D.
2011-03-09 7:17 ` Christoph Scholtes
2011-03-09 10:01 ` Jan Djärv
2011-03-09 15:42 ` `custom-file' and init-file [was: user-controlled load-path extension: load-dir] Drew Adams
2011-03-09 17:54 ` `custom-file' and init-file Stephen J. Turnbull
2011-03-09 21:19 ` `custom-file' and init-file [was: user-controlled load-path extension: load-dir] Evans Winner
2011-03-09 21:39 ` Drew Adams [this message]
2011-03-10 2:52 ` Stephen J. Turnbull
2011-03-09 17:29 ` user-controlled load-path extension: load-dir Stephen J. Turnbull
2011-03-09 18:18 ` Ted Zlatanov
2011-03-09 19:33 ` Stephen J. Turnbull
2011-03-09 19:57 ` Ted Zlatanov
2011-03-10 3:20 ` Stephen J. Turnbull
2011-03-10 5:01 ` Ted Zlatanov
2011-03-10 7:08 ` Stephen J. Turnbull
2011-03-10 13:15 ` Ted Zlatanov
2011-03-11 2:10 ` Stephen J. Turnbull
2011-03-09 21:57 ` Mike Mattie
2011-03-10 7:08 ` Jan Djärv
2011-03-09 6:03 ` Mike Mattie
2011-03-09 7:20 ` Jan D.
2011-03-09 23:44 ` Mike Mattie
2011-03-08 0:47 ` Mike Mattie
2011-03-08 10:37 ` Ted Zlatanov
2011-03-09 6:26 ` Mike Mattie
2011-03-09 11:26 ` Ted Zlatanov
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
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=528C9E1D4F4E4D92BC5532D3BECF42AD@us.oracle.com \
--to=drew.adams@oracle.com \
--cc=ego111@gmail.com \
--cc=emacs-devel@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 public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).