GNU bug report logs - #11176
24.0.94; Why the prefix arg behavior for `customize-apropos'?

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 11176 in the body.
You can then email your comments to 11176 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: "Drew Adams" <drew.adams <at> oracle.com>
To: <bug-gnu-emacs <at> gnu.org>
Subject: 24.0.94; Why the prefix arg behavior for `customize-apropos'?
Date: Wed, 4 Apr 2012 11:21:04 -0700

Why do we provide a way for users to "customize" non-option variables?
What is the point of showing those in a Customize buffer?
 
And the State menu offers these actions for such an uncustomizable
variable (and offers more if you edit the comment):
 
1. Show saved Lisp expression.
2. Add comment.
 
#1 makes no sense - there is no saved Lisp expression, and there is no
non-Lisp value display possible for such a variable.
 
#2 makes no sense, unless I'm missing something.  You are actually able
to add a comment, but you of course cannot save the edit.  You can undo
the edit.  But you cannot remove the comment, even if it is empty.  If
the comment is not empty, then you can "set" the variable for the
current session.

All of that seems meaningless to me, but maybe I'm missing something.
 
Also, AFAICT, the use of a prefix arg with `customize-apropos' is
explained nowhere in the manual(s).  A user trying to figure out what it
is for is in for some wondering...

In GNU Emacs 24.0.94.1 (i386-mingw-nt5.1.2600)
 of 2012-03-19 on MARVIN
Windowing system distributor `Microsoft Corp.', version 5.1.2600
Configured using:
 `configure --with-gcc (4.6) --no-opt --enable-checking --cflags
 -ID:/devel/emacs/libs/libXpm-3.5.8/include
 -ID:/devel/emacs/libs/libXpm-3.5.8/src
 -ID:/devel/emacs/libs/libpng-dev_1.4.3-1/include
 -ID:/devel/emacs/libs/zlib-dev_1.2.5-2/include
 -ID:/devel/emacs/libs/giflib-4.1.4-1/include
 -ID:/devel/emacs/libs/jpeg-6b-4/include
 -ID:/devel/emacs/libs/tiff-3.8.2-1/include
 -ID:/devel/emacs/libs/gnutls-3.0.9/include'
 

Message #8 received at 11176 <at> debbugs.gnu.org (full text, mbox):

From: "Drew Adams" <drew.adams <at> oracle.com>
To: <11176 <at> debbugs.gnu.org>
Subject: RE: bug#11176: 24.0.94;
	Why the prefix arg behavior for `customize-apropos'?
Date: Wed, 18 Apr 2012 07:34:47 -0700

ping

Message #11 received at 11176 <at> debbugs.gnu.org (full text, mbox):

From: Chong Yidong <cyd <at> gnu.org>
To: "Drew Adams" <drew.adams <at> oracle.com>
Cc: 11176 <at> debbugs.gnu.org
Subject: Re: bug#11176: 24.0.94;
	Why the prefix arg behavior for `customize-apropos'?
Date: Thu, 19 Apr 2012 10:07:34 +0800

> Why do we provide a way for users to "customize" non-option variables?

Hysterical raisins.

Message #14 received at 11176 <at> debbugs.gnu.org (full text, mbox):

From: Chong Yidong <cyd <at> gnu.org>
To: "Drew Adams" <drew.adams <at> oracle.com>
Cc: 11176 <at> debbugs.gnu.org
Subject: Re: bug#11176: 24.0.94;
	Why the prefix arg behavior for `customize-apropos'?
Date: Mon, 23 Apr 2012 20:37:54 +0800

Chong Yidong <cyd <at> gnu.org> writes:

>> Why do we provide a way for users to "customize" non-option variables?
>
> Hysterical raisins.

And removed in trunk now.  Closing.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.