From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Andrea Corallo Newsgroups: gmane.emacs.bugs Subject: bug#71117: 30.0.50; output of describe-function Date: Wed, 29 May 2024 12:04:18 -0400 Message-ID: References: <24a8c119-5b86-46f0-bbf0-e9d9d5b77713@easy-emacs.de> <87ikz5g2ou.fsf@gmail.com> <86sey966x1.fsf@gnu.org> <87ikz5v65p.fsf@gmail.com> <86h6ep5cbq.fsf@gnu.org> <86ikyxu7br.fsf@gnu.org> <87r0dl4mqd.fsf@gmail.com> <868qzsuafa.fsf@gnu.org> <86plt4sjeo.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="15892"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: 71117-done@debbugs.gnu.org, andreas.roehler@easy-emacs.de, kevin.legouguec@gmail.com To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed May 29 18:05:33 2024 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 1sCLnw-0003rl-OB for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 29 May 2024 18:05:32 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sCLnM-0006hi-DH; Wed, 29 May 2024 12:04:56 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sCLnJ-0006gP-Sv for bug-gnu-emacs@gnu.org; Wed, 29 May 2024 12:04:53 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1sCLnI-0002Pg-IW for bug-gnu-emacs@gnu.org; Wed, 29 May 2024 12:04:53 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1sCLnS-0005sN-79 for bug-gnu-emacs@gnu.org; Wed, 29 May 2024 12:05:02 -0400 Resent-From: Andrea Corallo Original-Sender: "Debbugs-submit" Resent-To: bug-gnu-emacs@gnu.org Resent-Date: Wed, 29 May 2024 16:05:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: cc-closed 71117 X-GNU-PR-Package: emacs Mail-Followup-To: 71117@debbugs.gnu.org, acorallo@gnu.org, andreas.roehler@easy-emacs.de Original-Received: via spool by 71117-done@debbugs.gnu.org id=D71117.171699867722527 (code D ref 71117); Wed, 29 May 2024 16:05:01 +0000 Original-Received: (at 71117-done) by debbugs.gnu.org; 29 May 2024 16:04:37 +0000 Original-Received: from localhost ([127.0.0.1]:42307 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sCLn2-0005rG-Rz for submit@debbugs.gnu.org; Wed, 29 May 2024 12:04:37 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:35930) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sCLn1-0005qz-Gt for 71117-done@debbugs.gnu.org; Wed, 29 May 2024 12:04:36 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sCLml-0002Hu-CV; Wed, 29 May 2024 12:04:19 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=y6gaH94GKMLY3lZj4pHaa7Ra2erxTU9FTjr1RV/HlYg=; b=WIXQiMqpP1GJcSdyPhuo icDC99e5scYVKGDt4nNGwTSWVihkIYivgLbozSZHZFCZVexwvLWzplc/dsSt/uIc0HtiZWR8UsDaK gdGTLqHTKhBrcwL40iiGtHztuPFOjec8MzIm85qeA3ZJOv5H8hPVMEQyawwYny7RxqS68H9NGTF5B XSmDVCfT7fmPq1L06QU4R9zd7BHlcL6PctZbZd2wtUuivrOlUQeyf7wAxVo5/uhDzaVPcxxqW97Y3 isfPZKxTBqvhP3zVs1QPuSehZTC2zgSYdYjFSYtC8VSfQq5huq5jjzrPmw0sDy4OCvW+4FjpOnBX4 wZtfXS0i8hbNHw==; Original-Received: from acorallo by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1sCLmk-0003Dx-PG; Wed, 29 May 2024 12:04:18 -0400 In-Reply-To: <86plt4sjeo.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 29 May 2024 18:54:39 +0300") 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-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:286165 Archived-At: Eli Zaretskii writes: >> From: Andrea Corallo >> Cc: kevin.legouguec@gmail.com, 71117@debbugs.gnu.org, >> andreas.roehler@easy-emacs.de >> Date: Wed, 29 May 2024 11:17:39 -0400 >>=20 >> Eli Zaretskii writes: >>=20 >> >> From: Andrea Corallo >> >> Cc: Eli Zaretskii , 71117@debbugs.gnu.org, >> >> andreas.roehler@easy-emacs.de >> >> Date: Tue, 28 May 2024 18:25:05 -0400 >> >>=20 >> >> K=C3=A9vin Le Gouguec writes: >> >>=20 >> >> > Thinking of e.g. 'C-h 4' (for the "other-window" connotation) or 'C= -h H' >> >> > (for "current _H_elp buffer"); help-find-source would then be bound= to >> >> > 'C-h 4 s', for example. >> >> > >> >> > (info-other-window currently hogs 'C-h 4 i' unfortunately=E2=80=A6 = though >> >> > nowadays 'C-x 4 4 i' also works, and 'C-x 4 i' is currently free = =F0=9F=A4=94 >> >> > >> >> > 'C-x 4 h' is also free to use as a prefix, but maybe a bit of a >> >> > fingerful) >> >> > >> >> > Don't give too much weight to my ramblings; I find 'C-h z' a bit >> >> > cryptic, but I don't know that my alternatives are better. >> >>=20 >> >> I think those are actually good points, 'C-h z' is not very nice and >> >> 'C-h 4 s' would be probably easier to remember as 's' has the same >> >> meaning in the *Help* buffer it-self. >> > >> > I don't want to rebind "C-h 4 i", but "C-h 4 s" or "C-h 4 RET" should >> > be good. >> > >> > This also needs an update in NEWS and the manual. >>=20 >> Okay done, please have a look as usual. > > LGTM, thanks. I feel I'm improving! =F0=9F=98=80 >> Also, we have a warning now on master because lisp/ldefs-boot.el needs >> to be regenerated. I did run admin/update_autogen but the diff is a >> little bigger then I expected (is not only related to the introduced >> function). Should I commit this? Do we have another way to regenerate >> ldefs-boot.el we typically use? > > I never use admin/update_autogen, I just regenerate loaddefs.el (as in > "make -C lisp autoloads-force") and the do what make-tarball.txt says: > > 5. Copy lisp/loaddefs.el to lisp/ldefs-boot.el. After copying, edit > ldefs-boot.el to add > > ;; no-byte-compile: t > > to its file-local variables section, otherwise make-dist will > complain. Noted > And I just did that, so we should be okay for a while. Thanks. I'm closing this then, happy to reopen if necessary. Andrea