all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* [dortmann@lsil.com: emacs customization suggestion: 'customize-existing']
@ 2004-02-06 13:42 Richard Stallman
  2004-02-06 15:55 ` Kim F. Storm
  2004-02-06 23:30 ` Kevin Rodgers
  0 siblings, 2 replies; 22+ messages in thread
From: Richard Stallman @ 2004-02-06 13:42 UTC (permalink / raw)


Would someone like to do this?

------- Start of forwarded message -------
Sender: dortmann@lsil.com
To: rms@gnu.org
Subject: emacs customization suggestion: 'customize-existing'
From: Daniel Ortmann <dortmann@lsil.com>
Date: 04 Feb 2004 10:16:42 -0600
X-Scanned-By: MIMEDefang 2.39
X-Spam-Status: No, hits=-0.5 required=5.0
	tests=USER_AGENT_GNUS_UA
	version=2.55
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp)

Sir,

Here is an idea for your consideration:

Suggestion:

    Add a customization option such as 'customize-existing' which fills
    a customize buffer only with currently customized settings.  A
    related command for faces might be 'customize-existing-faces'.

Problem Solved:

    Moving a laptop between the office and home requires customization
    changes in gnus, for example.  The variables which need to change
    are in different groups, however, and are hard to find.

    A 'customize-existing' command would put all of the variables into
    one buffer for quick locating and changing.

A Minor Detail:

    The settings in the buffer should be sorted first by their group,
    and then alphabetically within the group.

- -- 
Daniel Ortmann, LSI Logic, 3425 40th Av NW, Suite 200, Rochester MN 55901
work: Daniel.Ortmann@lsil.com / 507.535.3861 / 63861 int / 8012.3861 gdds
home: ortmann@venturecs.net / 507.288.7732, 2414 30Av NW #D, Rochester MN 55901
gpg/pgp public key: http://wwwkeys.us.pgp.net
jabber: daniel_ortmann@jabber.org / dortmann@jabber.co.lsil.com
------- End of forwarded message -------

^ permalink raw reply	[flat|nested] 22+ messages in thread

* Re: [dortmann@lsil.com: emacs customization suggestion: 'customize-existing']
  2004-02-06 13:42 [dortmann@lsil.com: emacs customization suggestion: 'customize-existing'] Richard Stallman
@ 2004-02-06 15:55 ` Kim F. Storm
  2004-02-06 16:19   ` Daniel Ortmann
  2004-02-06 23:30 ` Kevin Rodgers
  1 sibling, 1 reply; 22+ messages in thread
From: Kim F. Storm @ 2004-02-06 15:55 UTC (permalink / raw)
  Cc: emacs-devel


> Problem Solved:
> 
>     Moving a laptop between the office and home requires customization
>     changes in gnus, for example.  The variables which need to change
>     are in different groups, however, and are hard to find.


For that specific problem, I use the following code snippet at the
top of my .emacs file:

[At home my laptop gets an IP address in the 10.22.33 subnet;
 while at work, I get something else]

(setq at-home-p
      (if (fboundp 'network-interface-info)
	  (let* ((info (network-interface-info "eth0"))
		 (ip (and info (car info))))
	    (and ip
		 (= (aref ip 0) 10)
		 (= (aref ip 1) 22)
		 (= (aref ip 2) 33)))))

Then I simply add tests 

 (if at-home-p ...home_setup...   ...work_setup...)

around settings (like which SMTP server to use) that differs
at home and at work.

-- 
Kim F. Storm <storm@cua.dk> http://www.cua.dk

^ permalink raw reply	[flat|nested] 22+ messages in thread

* Re: [dortmann@lsil.com: emacs customization suggestion: 'customize-existing']
  2004-02-06 15:55 ` Kim F. Storm
@ 2004-02-06 16:19   ` Daniel Ortmann
  2004-02-06 23:40     ` Kim F. Storm
  0 siblings, 1 reply; 22+ messages in thread
From: Daniel Ortmann @ 2004-02-06 16:19 UTC (permalink / raw)
  Cc: emacs-devel

Can this be extended to handle the customization settings in a system
wide way?


storm@cua.dk (Kim F. Storm) writes:

> > Problem Solved:
> > 
> >     Moving a laptop between the office and home requires customization
> >     changes in gnus, for example.  The variables which need to change
> >     are in different groups, however, and are hard to find.
> 
> 
> For that specific problem, I use the following code snippet at the
> top of my .emacs file:
> 
> [At home my laptop gets an IP address in the 10.22.33 subnet;
>  while at work, I get something else]
> 
> (setq at-home-p
>       (if (fboundp 'network-interface-info)
> 	  (let* ((info (network-interface-info "eth0"))
> 		 (ip (and info (car info))))
> 	    (and ip
> 		 (= (aref ip 0) 10)
> 		 (= (aref ip 1) 22)
> 		 (= (aref ip 2) 33)))))
> 
> Then I simply add tests 
> 
>  (if at-home-p ...home_setup...   ...work_setup...)
> 
> around settings (like which SMTP server to use) that differs
> at home and at work.
> 
> -- 
> Kim F. Storm <storm@cua.dk> http://www.cua.dk
> 

-- 
Daniel Ortmann, LSI Logic, 3425 40th Av NW, Suite 200, Rochester MN 55901
work: Daniel.Ortmann@lsil.com / 507.535.3861 / 63861 int / 8012.3861 gdds
home: ortmann@venturecs.net / 507.288.7732, 2414 30Av NW #D, Rochester MN 55901
gpg/pgp public key: http://wwwkeys.us.pgp.net
jabber: daniel_ortmann@jabber.org / dortmann@jabber.co.lsil.com

^ permalink raw reply	[flat|nested] 22+ messages in thread

* Re: [dortmann@lsil.com: emacs customization suggestion: 'customize-existing']
  2004-02-06 13:42 [dortmann@lsil.com: emacs customization suggestion: 'customize-existing'] Richard Stallman
  2004-02-06 15:55 ` Kim F. Storm
@ 2004-02-06 23:30 ` Kevin Rodgers
  2004-02-08 15:21   ` Richard Stallman
  1 sibling, 1 reply; 22+ messages in thread
From: Kevin Rodgers @ 2004-02-06 23:30 UTC (permalink / raw)


Richard Stallman wrote:

> Would someone like to do this?
> 
> ------- Start of forwarded message -------
> Sender: dortmann@lsil.com
> To: rms@gnu.org
> Subject: emacs customization suggestion: 'customize-existing'
> From: Daniel Ortmann <dortmann@lsil.com>
> Date: 04 Feb 2004 10:16:42 -0600
> X-Scanned-By: MIMEDefang 2.39
> X-Spam-Status: No, hits=-0.5 required=5.0
> 	tests=USER_AGENT_GNUS_UA
> 	version=2.55
> X-Spam-Level: 
> X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp)
> 
> Sir,
> 
> Here is an idea for your consideration:
> 
> Suggestion:
> 
>     Add a customization option such as 'customize-existing' which fills
>     a customize buffer only with currently customized settings.  A
>     related command for faces might be 'customize-existing-faces'.

How would that be different from what `M-x customize-customized' does?

-- 
Kevin Rodgers

^ permalink raw reply	[flat|nested] 22+ messages in thread

* Re: [dortmann@lsil.com: emacs customization suggestion: 'customize-existing']
  2004-02-06 16:19   ` Daniel Ortmann
@ 2004-02-06 23:40     ` Kim F. Storm
  0 siblings, 0 replies; 22+ messages in thread
From: Kim F. Storm @ 2004-02-06 23:40 UTC (permalink / raw)
  Cc: emacs-devel

Daniel Ortmann <dortmann@lsil.com> writes:

> Can this be extended to handle the customization settings in a system
> wide way?
>

What about adding this to your .emacs file:

(setq custom-file
     (if at-home-p "~/.emacs.custom.home" "~/.emacs.custom.work"))

(load custom-file)

 
> 
> storm@cua.dk (Kim F. Storm) writes:
> 
> > 
> > (setq at-home-p
> >       (if (fboundp 'network-interface-info)
> > 	  (let* ((info (network-interface-info "eth0"))
> > 		 (ip (and info (car info))))
> > 	    (and ip
> > 		 (= (aref ip 0) 10)
> > 		 (= (aref ip 1) 22)
> > 		 (= (aref ip 2) 33)))))
> > 

-- 
Kim F. Storm <storm@cua.dk> http://www.cua.dk

^ permalink raw reply	[flat|nested] 22+ messages in thread

* Re: [dortmann@lsil.com: emacs customization suggestion: 'customize-existing']
  2004-02-06 23:30 ` Kevin Rodgers
@ 2004-02-08 15:21   ` Richard Stallman
  2004-02-09 18:11     ` Per Abrahamsen
  0 siblings, 1 reply; 22+ messages in thread
From: Richard Stallman @ 2004-02-08 15:21 UTC (permalink / raw)
  Cc: emacs-devel

    >     Add a customization option such as 'customize-existing' which fills
    >     a customize buffer only with currently customized settings.  A
    >     related command for faces might be 'customize-existing-faces'.

    How would that be different from what `M-x customize-customized' does?

I tried looking for such an existing function, but I could not
remember its nam and missed it in the list of completions of
customize-...  Now that I see it, customize-customized might be what
he wants.  But not necessarily exactly what he wants.

Perhaps we could use something to customize all the options that have
non-default customizations, which is a little different from
customize-customized.

^ permalink raw reply	[flat|nested] 22+ messages in thread

* Re: [dortmann@lsil.com: emacs customization suggestion: 'customize-existing']
  2004-02-08 15:21   ` Richard Stallman
@ 2004-02-09 18:11     ` Per Abrahamsen
  2004-02-10 12:44       ` Richard Stallman
  0 siblings, 1 reply; 22+ messages in thread
From: Per Abrahamsen @ 2004-02-09 18:11 UTC (permalink / raw)


Richard Stallman <rms@gnu.org> writes:

> Perhaps we could use something to customize all the options that have
> non-default customizations, which is a little different from
> customize-customized.

How is it different?  Or rather, what do you mean by "non-default
customizations"? 

^ permalink raw reply	[flat|nested] 22+ messages in thread

* Re: [dortmann@lsil.com: emacs customization suggestion: 'customize-existing']
  2004-02-09 18:11     ` Per Abrahamsen
@ 2004-02-10 12:44       ` Richard Stallman
  2004-02-10 13:44         ` Per Abrahamsen
  0 siblings, 1 reply; 22+ messages in thread
From: Richard Stallman @ 2004-02-10 12:44 UTC (permalink / raw)
  Cc: emacs-devel

    > Perhaps we could use something to customize all the options that have
    > non-default customizations, which is a little different from
    > customize-customized.

    How is it different?  Or rather, what do you mean by "non-default
    customizations"? 

customize-customized shows you the variables that have unsaved
customizations.

This proposed command would also show you the variables that have
customize settings that are saved.

^ permalink raw reply	[flat|nested] 22+ messages in thread

* Re: [dortmann@lsil.com: emacs customization suggestion: 'customize-existing']
  2004-02-10 12:44       ` Richard Stallman
@ 2004-02-10 13:44         ` Per Abrahamsen
  2004-02-10 19:04           ` Kevin Rodgers
  0 siblings, 1 reply; 22+ messages in thread
From: Per Abrahamsen @ 2004-02-10 13:44 UTC (permalink / raw)


Richard Stallman <rms@gnu.org> writes:

>     > Perhaps we could use something to customize all the options that have
>     > non-default customizations, which is a little different from
>     > customize-customized.
>
>     How is it different?  Or rather, what do you mean by "non-default
>     customizations"? 
>
> customize-customized shows you the variables that have unsaved
> customizations.
>
> This proposed command would also show you the variables that have
> customize settings that are saved.

customize-saved also exists.  Combining them is trivial, but I'm not
sure the extra functionality is worth the extra command.

;;;###autoload
(defun customize-touched ()
  "Customize all user options that have been set through customize."
  (interactive)
  (let ((found nil))
    (mapatoms (lambda (symbol)
		(and (or (get symbol 'customized-face)
			 (get symbol 'customized-face-comment)
                         (get symbol 'saved-face)
                         (get symbol 'saved-face-comment))
		     (custom-facep symbol)
		     (push (list symbol 'custom-face) found))
		(and (or (get symbol 'customized-value)
			 (get symbol 'customized-variable-comment)
                         (get symbol 'saved-value)
			 (get symbol 'saved-variable-comment))
		     (boundp symbol)
		     (push (list symbol 'custom-variable) found))))
    (if (not found)
	(error "No touched user options")
      (custom-buffer-create (custom-sort-items found t nil)
			    "*Customize Touched*"))))

^ permalink raw reply	[flat|nested] 22+ messages in thread

* Re: [dortmann@lsil.com: emacs customization suggestion: 'customize-existing']
  2004-02-10 13:44         ` Per Abrahamsen
@ 2004-02-10 19:04           ` Kevin Rodgers
  2004-02-11 11:16             ` Per Abrahamsen
  2004-02-11 14:58             ` Richard Stallman
  0 siblings, 2 replies; 22+ messages in thread
From: Kevin Rodgers @ 2004-02-10 19:04 UTC (permalink / raw)


Per Abrahamsen wrote:
 > Richard Stallman <rms@gnu.org> writes:
 >>    > Perhaps we could use something to customize all the options that have
 >>    > non-default customizations, which is a little different from
 >>    > customize-customized.
 >>
 >>    How is it different?  Or rather, what do you mean by "non-default
 >>    customizations"?
 >>
 >>customize-customized shows you the variables that have unsaved
 >>customizations.
 >>
 >>This proposed command would also show you the variables that have
 >>customize settings that are saved.
 >
 > customize-saved also exists.  Combining them is trivial, but I'm not
 > sure the extra functionality is worth the extra command.
 >
 > ;;;###autoload
 > (defun customize-touched ()
 >   "Customize all user options that have been set through customize."
...

Why not have 1 command, customize-changed, that by default shows the
unsaved variables (like customize-customized does now) but with a prefix
arg shows either the saved variables (like customize-saved) or both
saved and unsaved variables (like customize-touched)?  After all, the
only real difference is the predicate used in the mapatoms function.

^ permalink raw reply	[flat|nested] 22+ messages in thread

* Re: [dortmann@lsil.com: emacs customization suggestion: 'customize-existing']
  2004-02-10 19:04           ` Kevin Rodgers
@ 2004-02-11 11:16             ` Per Abrahamsen
  2004-02-11 14:58             ` Richard Stallman
  1 sibling, 0 replies; 22+ messages in thread
From: Per Abrahamsen @ 2004-02-11 11:16 UTC (permalink / raw)


Kevin Rodgers <ihs_4664@yahoo.com> writes:

> Why not have 1 command, customize-changed, that by default shows the
> unsaved variables (like customize-customized does now) but with a prefix
> arg shows either the saved variables (like customize-saved) or both
> saved and unsaved variables (like customize-touched)?  

I do not believe that one command that does two things depending on a
prefix argument, is easier to understand for the end user than two
commands which each does only a single thing.

^ permalink raw reply	[flat|nested] 22+ messages in thread

* Re: [dortmann@lsil.com: emacs customization suggestion: 'customize-existing']
  2004-02-10 19:04           ` Kevin Rodgers
  2004-02-11 11:16             ` Per Abrahamsen
@ 2004-02-11 14:58             ` Richard Stallman
  2004-02-12 15:25               ` Per Abrahamsen
  1 sibling, 1 reply; 22+ messages in thread
From: Richard Stallman @ 2004-02-11 14:58 UTC (permalink / raw)
  Cc: emacs-devel

    Why not have 1 command, customize-changed, that by default shows the
    unsaved variables (like customize-customized does now) but with a prefix
    arg shows either the saved variables (like customize-saved) or both
    saved and unsaved variables (like customize-touched)?

I think we should have just one command that shows both the saved and
unsaved customizations.  Since each variable shows whether it is saved
or not, this command will be useful for those who want to find only
the saved customizations, and for those who want to find only the
unsaved customizations.

Having just one command in place of the present two will reduce the
overall complexity, and that is desirable, particularly for the kind
of user that the Custom interface is meant for.

I think we should use the name customize-changed-options for this, and
we should rename the existing command named customize-changed-options
to customize-new-options.  That name gives a clearer picture of the
command's purpose.

While one could argue pedantically that the name customize-new-options
is incorrect, since not all the options it shows you are new, I think
we should not forego such a good name for pedantic reasons.  (And if
anyone should care, the pedantic argument has a response, that any
option that shows up in this command is there because of something new
in Emacs.)

^ permalink raw reply	[flat|nested] 22+ messages in thread

* Re: [dortmann@lsil.com: emacs customization suggestion: 'customize-existing']
  2004-02-11 14:58             ` Richard Stallman
@ 2004-02-12 15:25               ` Per Abrahamsen
  2004-02-12 17:11                 ` Kim F. Storm
  2004-02-14 17:17                 ` Richard Stallman
  0 siblings, 2 replies; 22+ messages in thread
From: Per Abrahamsen @ 2004-02-12 15:25 UTC (permalink / raw)


I think we should keep customize-customized.  You can think of it as a
save alternative to the "Options -> Save options" menu item.  It
allows the user to examine the changes he has made before saving them.

Using combined command for that would make it likely that the changed
but unsaved options would be hard to find among the old
customization.  I personally have 83 saved customizations, find a few
new ones among them would be work.

I have no problem dropping the "only saved" command, the number of
options you set in a single session is likely to be moderate, and thus
won't drown out the old ones.

^ permalink raw reply	[flat|nested] 22+ messages in thread

* Re: [dortmann@lsil.com: emacs customization suggestion: 'customize-existing']
  2004-02-12 15:25               ` Per Abrahamsen
@ 2004-02-12 17:11                 ` Kim F. Storm
  2004-02-14 17:17                 ` Richard Stallman
  1 sibling, 0 replies; 22+ messages in thread
From: Kim F. Storm @ 2004-02-12 17:11 UTC (permalink / raw)


Per Abrahamsen <abraham@dina.kvl.dk> writes:

> I think we should keep customize-customized.  You can think of it as a
> save alternative to the "Options -> Save options" menu item.  It
> allows the user to examine the changes he has made before saving them.

IMO customize-unsaved would be clearer.

customize-customized really doesn't indicate to me that it only covers
the unsaved customizations; it sounds more like "all customizations".

-- 
Kim F. Storm <storm@cua.dk> http://www.cua.dk

^ permalink raw reply	[flat|nested] 22+ messages in thread

* Re: [dortmann@lsil.com: emacs customization suggestion: 'customize-existing']
  2004-02-12 15:25               ` Per Abrahamsen
  2004-02-12 17:11                 ` Kim F. Storm
@ 2004-02-14 17:17                 ` Richard Stallman
  2004-02-18 15:23                   ` Per Abrahamsen
  1 sibling, 1 reply; 22+ messages in thread
From: Richard Stallman @ 2004-02-14 17:17 UTC (permalink / raw)
  Cc: emacs-devel

    I think we should keep customize-customized.  You can think of it as a
    save alternative to the "Options -> Save options" menu item.  It
    allows the user to examine the changes he has made before saving them.

Then let's rename it to view-customizations-to-save.
The current name doesn't indicate clearly what the command does.

^ permalink raw reply	[flat|nested] 22+ messages in thread

* Re: [dortmann@lsil.com: emacs customization suggestion: 'customize-existing']
  2004-02-14 17:17                 ` Richard Stallman
@ 2004-02-18 15:23                   ` Per Abrahamsen
  2004-02-18 15:41                     ` Jason Rumney
                                       ` (2 more replies)
  0 siblings, 3 replies; 22+ messages in thread
From: Per Abrahamsen @ 2004-02-18 15:23 UTC (permalink / raw)


Richard Stallman <rms@gnu.org> writes:

>     I think we should keep customize-customized.  You can think of it as a
>     save alternative to the "Options -> Save options" menu item.  It
>     allows the user to examine the changes he has made before saving them.
>
> Then let's rename it to view-customizations-to-save.
> The current name doesn't indicate clearly what the command does.

That would be the first customize command whose name does not start
with "custom".

^ permalink raw reply	[flat|nested] 22+ messages in thread

* Re: [dortmann@lsil.com: emacs customization suggestion: 'customize-existing']
  2004-02-18 15:23                   ` Per Abrahamsen
@ 2004-02-18 15:41                     ` Jason Rumney
  2004-02-19 16:02                       ` Per Abrahamsen
  2004-02-18 17:03                     ` Kim F. Storm
  2004-02-18 23:39                     ` Richard Stallman
  2 siblings, 1 reply; 22+ messages in thread
From: Jason Rumney @ 2004-02-18 15:41 UTC (permalink / raw)
  Cc: emacs-devel

Per Abrahamsen wrote:

> Richard Stallman <rms@gnu.org> writes:
> 
> 
>>    I think we should keep customize-customized.  You can think of it as a
>>    save alternative to the "Options -> Save options" menu item.  It
>>    allows the user to examine the changes he has made before saving them.
>>
>>Then let's rename it to view-customizations-to-save.
>>The current name doesn't indicate clearly what the command does.
> 
> 
> That would be the first customize command whose name does not start
> with "custom".

Then how about custom-view-unsaved

^ permalink raw reply	[flat|nested] 22+ messages in thread

* Re: [dortmann@lsil.com: emacs customization suggestion: 'customize-existing']
  2004-02-18 15:23                   ` Per Abrahamsen
  2004-02-18 15:41                     ` Jason Rumney
@ 2004-02-18 17:03                     ` Kim F. Storm
  2004-02-18 23:39                     ` Richard Stallman
  2 siblings, 0 replies; 22+ messages in thread
From: Kim F. Storm @ 2004-02-18 17:03 UTC (permalink / raw)


Per Abrahamsen <abraham@dina.kvl.dk> writes:

> Richard Stallman <rms@gnu.org> writes:
> 
> >     I think we should keep customize-customized.  You can think of it as a
> >     save alternative to the "Options -> Save options" menu item.  It
> >     allows the user to examine the changes he has made before saving them.
> >
> > Then let's rename it to view-customizations-to-save.
> > The current name doesn't indicate clearly what the command does.
> 
> That would be the first customize command whose name does not start
> with "custom".

What about customize-view-unsaved or customize-unsaved-options ?

-- 
Kim F. Storm <storm@cua.dk> http://www.cua.dk

^ permalink raw reply	[flat|nested] 22+ messages in thread

* Re: [dortmann@lsil.com: emacs customization suggestion: 'customize-existing']
  2004-02-18 15:23                   ` Per Abrahamsen
  2004-02-18 15:41                     ` Jason Rumney
  2004-02-18 17:03                     ` Kim F. Storm
@ 2004-02-18 23:39                     ` Richard Stallman
  2 siblings, 0 replies; 22+ messages in thread
From: Richard Stallman @ 2004-02-18 23:39 UTC (permalink / raw)
  Cc: emacs-devel

    > Then let's rename it to view-customizations-to-save.
    > The current name doesn't indicate clearly what the command does.

    That would be the first customize command whose name does not start
    with "custom".

It is ok if the name does not start with "custom".
It would be marginally better if it did start with "custom",
but I can't think of a good name that starts that way.

If you can think of a better name that starts with
"custom", we can use that.  But let's not pick an unclear name
merely to have it start with "custom".

^ permalink raw reply	[flat|nested] 22+ messages in thread

* Re: [dortmann@lsil.com: emacs customization suggestion: 'customize-existing']
  2004-02-18 15:41                     ` Jason Rumney
@ 2004-02-19 16:02                       ` Per Abrahamsen
  2004-02-19 17:45                         ` Reiner Steib
  2004-02-20 13:42                         ` Richard Stallman
  0 siblings, 2 replies; 22+ messages in thread
From: Per Abrahamsen @ 2004-02-19 16:02 UTC (permalink / raw)
  Cc: emacs-devel

Jason Rumney <jasonr@gnu.org> writes:

> Then how about custom-view-unsaved

Or "customize-unsaved-customizations", customize-unsaved-changes" or
just "customize-unsaved".  I think it is pretty obvious that one of
the things you can do with unsaved customizations is to save them.

The major problem with customize-customized is that it refer to an
internal state name "customized" which is not really part of the user
interface.

^ permalink raw reply	[flat|nested] 22+ messages in thread

* Re: [dortmann@lsil.com: emacs customization suggestion: 'customize-existing']
  2004-02-19 16:02                       ` Per Abrahamsen
@ 2004-02-19 17:45                         ` Reiner Steib
  2004-02-20 13:42                         ` Richard Stallman
  1 sibling, 0 replies; 22+ messages in thread
From: Reiner Steib @ 2004-02-19 17:45 UTC (permalink / raw)


On Thu, Feb 19 2004, Per Abrahamsen wrote:

> Jason Rumney <jasonr@gnu.org> writes:
>
>> Then how about custom-view-unsaved
>
> Or "customize-unsaved-customizations", customize-unsaved-changes" or
> just "customize-unsaved".  I think it is pretty obvious that one of
> the things you can do with unsaved customizations is to save them.

It would be nice to have menu entries (under "Options") for
`customize-customized' and the new command.

Bye, Reiner.
-- 
       ,,,
      (o o)
---ooO-(_)-Ooo--- PGP key available via WWW   http://rsteib.home.pages.de/

^ permalink raw reply	[flat|nested] 22+ messages in thread

* Re: [dortmann@lsil.com: emacs customization suggestion: 'customize-existing']
  2004-02-19 16:02                       ` Per Abrahamsen
  2004-02-19 17:45                         ` Reiner Steib
@ 2004-02-20 13:42                         ` Richard Stallman
  1 sibling, 0 replies; 22+ messages in thread
From: Richard Stallman @ 2004-02-20 13:42 UTC (permalink / raw)
  Cc: emacs-devel, jasonr

    Or "customize-unsaved-customizations", customize-unsaved-changes" or
    just "customize-unsaved".

I think `customize-unsaved-changes' is cleanest of those three.  In a
pedantic sense, `customize-unsaved-customizations' is more accurate,
but it is more cumbersome.

^ permalink raw reply	[flat|nested] 22+ messages in thread

end of thread, other threads:[~2004-02-20 13:42 UTC | newest]

Thread overview: 22+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-02-06 13:42 [dortmann@lsil.com: emacs customization suggestion: 'customize-existing'] Richard Stallman
2004-02-06 15:55 ` Kim F. Storm
2004-02-06 16:19   ` Daniel Ortmann
2004-02-06 23:40     ` Kim F. Storm
2004-02-06 23:30 ` Kevin Rodgers
2004-02-08 15:21   ` Richard Stallman
2004-02-09 18:11     ` Per Abrahamsen
2004-02-10 12:44       ` Richard Stallman
2004-02-10 13:44         ` Per Abrahamsen
2004-02-10 19:04           ` Kevin Rodgers
2004-02-11 11:16             ` Per Abrahamsen
2004-02-11 14:58             ` Richard Stallman
2004-02-12 15:25               ` Per Abrahamsen
2004-02-12 17:11                 ` Kim F. Storm
2004-02-14 17:17                 ` Richard Stallman
2004-02-18 15:23                   ` Per Abrahamsen
2004-02-18 15:41                     ` Jason Rumney
2004-02-19 16:02                       ` Per Abrahamsen
2004-02-19 17:45                         ` Reiner Steib
2004-02-20 13:42                         ` Richard Stallman
2004-02-18 17:03                     ` Kim F. Storm
2004-02-18 23:39                     ` Richard Stallman

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.