unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
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



  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).