From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#400: 23.0.60; C-h v should pick up lispified name in Customize Date: Thu, 21 Oct 2021 20:09:03 +0300 Message-ID: <83pmry8fv4.fsf@gnu.org> References: <007f01c8cca9$3cbbf770$c2b22382@us.oracle.com> <875z8rum4k.fsf@gnus.org> <83o8mjnf5n.fsf@gnu.org> <83fssuany1.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="40580"; mail-complaints-to="usenet@ciao.gmane.io" Cc: larsi@gnus.org, 400@debbugs.gnu.org To: Stefan Kangas Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Oct 21 19:09:36 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mdbZP-000AMQ-BX for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 21 Oct 2021 19:09:35 +0200 Original-Received: from localhost ([::1]:45450 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mdbZO-0006fq-CF for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 21 Oct 2021 13:09:34 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:57226) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mdbYt-0006fJ-Fm for bug-gnu-emacs@gnu.org; Thu, 21 Oct 2021 13:09:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:46900) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mdbYr-0008BP-Qp for bug-gnu-emacs@gnu.org; Thu, 21 Oct 2021 13:09:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mdbYr-0006po-MC for bug-gnu-emacs@gnu.org; Thu, 21 Oct 2021 13:09:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 21 Oct 2021 17:09:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 400 X-GNU-PR-Package: emacs Original-Received: via spool by 400-submit@debbugs.gnu.org id=B400.163483613626259 (code B ref 400); Thu, 21 Oct 2021 17:09:01 +0000 Original-Received: (at 400) by debbugs.gnu.org; 21 Oct 2021 17:08:56 +0000 Original-Received: from localhost ([127.0.0.1]:58446 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mdbYl-0006pT-Ow for submit@debbugs.gnu.org; Thu, 21 Oct 2021 13:08:56 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:59864) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mdbYk-0006pF-RZ for 400@debbugs.gnu.org; Thu, 21 Oct 2021 13:08:55 -0400 Original-Received: from fencepost.gnu.org ([209.51.188.10]:34480) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mdbYf-0007d2-2v; Thu, 21 Oct 2021 13:08:49 -0400 Original-Received: from [87.69.77.57] (port=1889 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mdbYe-00064V-Mb; Thu, 21 Oct 2021 13:08:49 -0400 In-Reply-To: (message from Stefan Kangas on Thu, 21 Oct 2021 09:34:20 -0700) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:217784 Archived-At: > From: Stefan Kangas > Date: Thu, 21 Oct 2021 09:34:20 -0700 > Cc: larsi@gnus.org, 400@debbugs.gnu.org, drew.adams@oracle.com > > Eli Zaretskii writes: > > > ??? The doc string is displayed by default, fully expanded. So why > > would you need to "expand" it? What am I missing? > > I believe it is fully expanded by default in `customize-option' but not > in `customize-group'. Yes, because the actual customization happens in the variable's buffer. So why is that a problem, again? > > Even if I'm missing something above, and you don't see the full doc > > string by default, wouldn't it be better to have a special command in > > the Custom buffer to expand the doc string, than tweak "C-h v" to do > > something special in such cases? > > A special command to expand would be useful, I think. That would work well in the buffer where you customize a variable, but in customize-group buffer, where there are many variables. > But users might still want an easy way to get the variable into the help > buffer. They have RET and mouse-1 click, don't they? Isn't that enough? > For example, they might be using helpful.el that displays all > kinds of additional information in that buffer, or they might just > prefer having a separate buffer to display the documentation. I'm in > the latter camp; expanding documentation on the customize screen itself > makes it harder to get an overview of all available options, so I often > would rather put the full length docstring in a separate buffer. I say we have enough features to allow anyone to do what they want, and I see no reason to complicate commands for the marginal gains (if at all) that you describe. (Shouldn't there be some kind of "statute of limitations" on bugs that were filed too long ago, and have not gathered enough consensus for all that time?)