From: raman@google.com (T.V Raman)
To: monnier@IRO.UMontreal.CA
Cc: tv.raman.tv@gmail.com, emacs-devel@gnu.org, raman@google.com
Subject: Re: Feature Request: Per-package custom save files?
Date: Mon, 23 Jun 2014 09:52:10 -0700 [thread overview]
Message-ID: <21416.23354.391473.953888@retriever.mtv.corp.google.com> (raw)
In-Reply-To: <jwvk38achp4.fsf-monnier+emacs@gnu.org>
Hi Stefan,
Here are some "features" I'm looking for:
1. custom-clean-up would be nice.
2. My thought around factoring out custom settings into a
canonical per-package custom-settings file was to achieve the
second goal -- not loading settings for packages you dont use --
so: Today I have
(setq custom-file (expand-file-name "~/.customize-emacs"))
In my .emacs.
What if instead -- for each add-on elisp package <foo> we
used custom-<foo>-settings.el -- then as an example, I could
load custom-ecb-settings.el only when I load the <ecb> package.
Stefan Monnier writes:
> > Could we arrange for customize to save package specific settings
> > in a package-specific customizations file? The present one
> > custom file that binds them all feels like the Windows Registry:-)
>
> Other than the feeling, what benefits are you looking for?
> I'm not just asking rhetorically: the best solution depends on the answer.
>
> One useful thing would be a custom-cleanup command which could show you
> all your settings that are equal to the default. Showing the settings
> for packages you don't use would be a more difficult. I guess we could
> search for those settings in your load-path and if it's not found, it's
> clearly an "obsolete" setting. But if the setting still exists (you
> just don't use its package), I'm not sure what we could do. Maybe we
> could move all your settings to an "unused" list of settings and then
> move the settings out of that list whenever they're used. So after
> a few days/weeks you can look at the settings remaining in the "unused
> list" to see which ones qualify.
>
>
> Stefan
next prev parent reply other threads:[~2014-06-23 16:52 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-06-21 15:42 Feature Request: Per-package custom save files? T. V. Raman
2014-06-21 15:55 ` David Kastrup
2014-06-21 16:45 ` John Yates
2014-06-21 17:19 ` Stefan Monnier
2014-06-23 16:52 ` T.V Raman [this message]
2014-06-23 19:30 ` chad
2014-06-23 21:11 ` T.V Raman
2014-06-23 21:11 ` Stefan Monnier
2014-06-23 21:17 ` T.V Raman
2014-06-24 1:24 ` Stefan Monnier
2014-06-24 14:55 ` raman
2014-06-24 17:19 ` Stefan Monnier
2014-06-25 16:40 ` T.V Raman
2014-06-25 17:54 ` Stefan Monnier
2014-06-25 18:01 ` T.V Raman
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=21416.23354.391473.953888@retriever.mtv.corp.google.com \
--to=raman@google.com \
--cc=emacs-devel@gnu.org \
--cc=monnier@IRO.UMontreal.CA \
--cc=tv.raman.tv@gmail.com \
/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).