From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Kangas 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 09:34:20 -0700 Message-ID: References: <007f01c8cca9$3cbbf770$c2b22382@us.oracle.com> <875z8rum4k.fsf@gnus.org> <83o8mjnf5n.fsf@gnu.org> <83fssuany1.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="424"; mail-complaints-to="usenet@ciao.gmane.io" Cc: larsi@gnus.org, 400@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Oct 21 18:38:58 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 1mdb5l-000ASo-DW for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 21 Oct 2021 18:38:57 +0200 Original-Received: from localhost ([::1]:38586 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mdb5k-0006HR-Cs for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 21 Oct 2021 12:38:56 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:43616) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mdb1y-0008Iv-Dq for bug-gnu-emacs@gnu.org; Thu, 21 Oct 2021 12:35:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:46863) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mdb1y-000411-39 for bug-gnu-emacs@gnu.org; Thu, 21 Oct 2021 12:35:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mdb1x-0005qr-Up for bug-gnu-emacs@gnu.org; Thu, 21 Oct 2021 12:35:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Kangas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 21 Oct 2021 16:35: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.163483407022440 (code B ref 400); Thu, 21 Oct 2021 16:35:01 +0000 Original-Received: (at 400) by debbugs.gnu.org; 21 Oct 2021 16:34:30 +0000 Original-Received: from localhost ([127.0.0.1]:58408 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mdb1R-0005pr-Sx for submit@debbugs.gnu.org; Thu, 21 Oct 2021 12:34:30 -0400 Original-Received: from mail-pj1-f51.google.com ([209.85.216.51]:45646) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mdb1O-0005pd-Os for 400@debbugs.gnu.org; Thu, 21 Oct 2021 12:34:28 -0400 Original-Received: by mail-pj1-f51.google.com with SMTP id ls14-20020a17090b350e00b001a00e2251c8so939706pjb.4 for <400@debbugs.gnu.org>; Thu, 21 Oct 2021 09:34:26 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc; bh=pKK+8Zw0YntknGp4vQbZgbKY6BOA2KksP/MMJGRgMbQ=; b=umbhgVBaX+ZTtYCFmgxa5NcJJuNVw3krPzN4SqPyBvoIRxkiHcgzT/v3TuGtp1HyA0 aSGcqgC/jhEuZrGXkW+3z0C7vEO9kbEKykJ93td38FWKRa77RENC2b/5tynj+6xfXcHU /fUNSHfNLe/kjAIng9pR1N+BffvXKufj5+ASYqHMEr56bjAOTI1FX+4Au+Hv4FjV+lNL 6nwZTgjLxyFL7iOcrT90oPVirmL7DTyhRfcl4fa3NilYxn6gXmgoJJ+4khHwPNO17mCz ZMV0vtrzDomFLB1KBs2ojGw4okzlmFr1yldh5rXFnCFn+SU/5xjWMWpaVZZw4OpO28un Cw7Q== X-Gm-Message-State: AOAM533G7Lk/EZcXXB5rRNBY+matcCeZ+Ab7AoxE3ouQNnt30WAX3OjP vLD5+ikzRg45pt/DJJqrtc4P2XbalKoOpj016KI= X-Google-Smtp-Source: ABdhPJw0jqMUxM0jsUO2DZ3bKB9W++uQhrhY262eE2Glr2KNpTgcibQ7OLZPExvC7nZQ90ThwWJ2PCoTs7hgOl2k1MM= X-Received: by 2002:a17:902:b691:b029:12d:2b6:d116 with SMTP id c17-20020a170902b691b029012d02b6d116mr5977605pls.71.1634834061047; Thu, 21 Oct 2021 09:34:21 -0700 (PDT) Original-Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Thu, 21 Oct 2021 09:34:20 -0700 In-Reply-To: <83fssuany1.fsf@gnu.org> 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:217775 Archived-At: 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'. >> So I think I would actually appreciate this feature, in particular if it >> was on `C-h v' because that's what I use everywhere else for variables. >> Even if it could perhaps be considered a bit "unclean". > > 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. But users might still want an easy way to get the variable into the help buffer. 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.