From unknown Fri Jun 20 07:17:18 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#71117 <71117@debbugs.gnu.org> To: bug#71117 <71117@debbugs.gnu.org> Subject: Status: 30.0.50; output of describe-function Reply-To: bug#71117 <71117@debbugs.gnu.org> Date: Fri, 20 Jun 2025 14:17:18 +0000 retitle 71117 30.0.50; output of describe-function reassign 71117 emacs submitter 71117 Andreas R=C3=B6hler severity 71117 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Wed May 22 09:53:22 2024 Received: (at submit) by debbugs.gnu.org; 22 May 2024 13:53:23 +0000 Received: from localhost ([127.0.0.1]:56095 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s9mPC-0003C6-L6 for submit@debbugs.gnu.org; Wed, 22 May 2024 09:53:22 -0400 Received: from lists.gnu.org ([209.51.188.17]:44622) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s9mPA-0003C0-1k for submit@debbugs.gnu.org; Wed, 22 May 2024 09:53:21 -0400 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 1s9mP3-0000I0-9N for bug-gnu-emacs@gnu.org; Wed, 22 May 2024 09:53:13 -0400 Received: from mout.kundenserver.de ([212.227.126.134]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1s9mP1-0004kF-Kg for bug-gnu-emacs@gnu.org; Wed, 22 May 2024 09:53:13 -0400 Received: from [192.168.178.61] ([89.247.171.244]) by mrelayeu.kundenserver.de (mreue010 [212.227.15.167]) with ESMTPSA (Nemesis) id 1Mtf7H-1sO95o32r9-00vAem for ; Wed, 22 May 2024 15:53:07 +0200 Message-ID: <24a8c119-5b86-46f0-bbf0-e9d9d5b77713@easy-emacs.de> Date: Wed, 22 May 2024 15:53:07 +0200 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US To: bug-gnu-emacs@gnu.org From: =?UTF-8?Q?Andreas_R=C3=B6hler?= Subject: 30.0.50; output of describe-function Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Provags-ID: V03:K1:kU4sob8xByBbliGjElRtD6CgFp4rR576+GW+sREtyd2+SCZdd/v TBoZTCWrizcfoXhsNUEc8ce+u1jsyA98JoTPHFEQt4sjynNgvd0eYndCb/5j66xA2vtxTvc fXuRnhYwNV8nIsIn6YVuWCT7gIdWkPKBGrIlvq9TlH2jg9rx5lRmH2rOxfLYYVgHUQF3jSv FJv4270LkS4zcjrxgZtXg== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:iPuTEEFJLkE=;oRwTodqoeq1amZQiS1LGpP48xmy EM2xd5KaHX2PohKmqKUUZ2D2u6VGjc+FfwLTKd614hwVqDwaAmN+kjbXMe/8KAD4H8XcSNMAs v0yr1C6zj1/QevUbh2TgpTDjJ+Tyx92XfDw69x6PQk3UHq8D2+MKiGyv9F+IyfbCXF/cLJi8z CLSDBdunJ3gy4FH0rKoUk3+to/vJpRzWtLban051XaT4OYQnPabKncYMeOBxH8M+Gtt1J/liU lqzmTOKMoeTv91YGqiKsWMWiwVfbt/33wAHU5gDektZdk4DoW6Jit2ZANvnsjlQxeID3JOBtC qWkLjhsjaNm1mOZCRMctVDunFWKFesffxui/049althE5KGC5LOYkg53quJOYkvapSHQNLxtI isv4dm3PqZe/M7q2z98VpoZif5CYsUfM1rxVmPnVOwU4qdRTwRD219VgS1zMSnlNDxq6qDkhC fxwtx5k5vd7z07Lzb7CCOSkLTPLNg59C+jtxpOzD7+eAu1e/DJWYKCE0YqfYH/8BKXuSk/XiN xXPxJATBOPJJdrlP5/zkwV3rJ0tCjxaO7S6Qv/75LW+vJzhJ8ZICoFmLBUHNRBKkQ2HJFSs4G wtzjrmF7y2DNBdnsbeS9Iy6QhCAPABLhmfyyg0uaMCO/4DIKJIFXgVExahOzFNrdxx3Xa7E8y 8ICQqs9wpVCHjStQp3c4utqmOYAvLCCnyz291HG5OieahK8lWwMBmw3KwNoXjPQwOSsRnlqWg qhG0eydQPA2n3bA185SMfu/cdDHUtq8BRoXvh01yHQJi6tTDBSqMp4= Received-SPF: pass client-ip=212.227.126.134; envelope-from=andreas.roehler@easy-emacs.de; helo=mout.kundenserver.de X-Spam_score_int: 14 X-Spam_score: 1.4 X-Spam_bar: + X-Spam_report: (1.4 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_SBL_CSS=3.335, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-Spam-Score: 2.2 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hi, often use ‘C-h f’, i.e. ‘describe-function’, in order to jump onto the source code. Which is done afterwards by a command calling ‘(switch-to-buffer (other-buffer))’ followed by TAB, RET. Content analysis details: (2.2 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 SPF_HELO_PASS SPF: HELO matches SPF record 1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [89.247.171.244 listed in zen.spamhaus.org] -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, medium trust [209.51.188.17 listed in list.dnswl.org] X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.2 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hi, often use ‘C-h f’, i.e. ‘describe-function’, in order to jump onto the source code. Which is done afterwards by a command calling ‘(switch-to-buffer (other-buffer))’ followed by TAB, RET. Content analysis details: (1.2 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [89.247.171.244 listed in zen.spamhaus.org] -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, medium trust [209.51.188.17 listed in list.dnswl.org] -0.0 SPF_HELO_PASS SPF: HELO matches SPF record 1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager Hi, often use ‘C-h f’, i.e. ‘describe-function’, in order to jump onto the source code. Which is done afterwards by a command calling ‘(switch-to-buffer (other-buffer))’ followed by TAB, RET. With recent Emacs, calling for example ‘C-h f list RET’, appears "list is a ‘primitive-function’ in ‘C source code’". Now the first active button is ‘primitive-function’, which is rather basic and seldom of interest. So I have to tab twice - and by habit often get the first, wrong one... May it be possible to switch the button, like: "list is defined in ‘C source code’, a ‘primitive-function’". --- Thanks, Andreas GNU Emacs 30.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.33, cairo version 1.16.0) of 2024-05-21 From debbugs-submit-bounces@debbugs.gnu.org Wed May 22 10:11:02 2024 Received: (at 71117) by debbugs.gnu.org; 22 May 2024 14:11:02 +0000 Received: from localhost ([127.0.0.1]:56186 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s9mgH-0003O8-OT for submit@debbugs.gnu.org; Wed, 22 May 2024 10:11:02 -0400 Received: from eggs.gnu.org ([209.51.188.92]:48012) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s9mgF-0003Ny-JS for 71117@debbugs.gnu.org; Wed, 22 May 2024 10:11:00 -0400 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 1s9mg4-0008KF-FY; Wed, 22 May 2024 10:10:48 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=WrhPHfRi6FKcd8c84JBwroZV3j4ZN+9ZriDD5/knu5Y=; b=pOvd4YH7jD5Ke9VybcrG j07YtITl7+mEpOf2o3R/EDhuqlwMX+gi8GjnP9yecb+D6qE8Fi9XIe28Hmoqtw7D2VDrbVAIUSRsl WKi6NXLp7oescZRi8HHFLIc7XBNRMfAk5ip2csiUZWFPuJbGwZ8gKBKEFeGrdqOxAuQGusijGC8lp AnNDoc/S9d/A0WDUwCFfcgmr6PQ9YWxoWNI/4Q1bYl7CXYrYepg25sY10jY0ozhJCmfU02GP9yJQ+ wPFt6DqtD/W6eaE+QocUXtLdv6xUw9G4G8759mAF7Qu6jVYh4GOpp56bRbbuNhweRozOkzMe7Uf6q cmg7LTmOuHOIng==; Date: Wed, 22 May 2024 17:10:45 +0300 Message-Id: <8634qa6ioq.fsf@gnu.org> From: Eli Zaretskii To: Andreas =?utf-8?Q?R=C3=B6hler?= , Stefan Monnier In-Reply-To: <24a8c119-5b86-46f0-bbf0-e9d9d5b77713@easy-emacs.de> (message from Andreas =?utf-8?Q?R=C3=B6hler?= on Wed, 22 May 2024 15:53:07 +0200) Subject: Re: bug#71117: 30.0.50; output of describe-function References: <24a8c119-5b86-46f0-bbf0-e9d9d5b77713@easy-emacs.de> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 71117 Cc: 71117@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Wed, 22 May 2024 15:53:07 +0200 > From: Andreas Röhler > > often use ‘C-h f’, i.e. ‘describe-function’, in order to jump onto the > source code. > > Which is done afterwards by a command calling ‘(switch-to-buffer > (other-buffer))’ followed by TAB, RET. > > With recent Emacs, calling for example ‘C-h f list RET’, appears > > "list is a ‘primitive-function’ in ‘C source code’". > > Now the first active button is ‘primitive-function’, which is rather > basic and seldom of interest. So I have to tab twice - and by habit > often get the first, wrong one... > > May it be possible to switch the button, like: > > "list is defined in ‘C source code’, a ‘primitive-function’". I guess nothing is ever good enough, sigh... Adding Stefan. From debbugs-submit-bounces@debbugs.gnu.org Wed May 22 13:47:26 2024 Received: (at 71117) by debbugs.gnu.org; 22 May 2024 17:47:26 +0000 Received: from localhost ([127.0.0.1]:57276 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s9q3h-0005f9-Oj for submit@debbugs.gnu.org; Wed, 22 May 2024 13:47:26 -0400 Received: from mail-wm1-f51.google.com ([209.85.128.51]:43075) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s9q3f-0005f3-Lm for 71117@debbugs.gnu.org; Wed, 22 May 2024 13:47:24 -0400 Received: by mail-wm1-f51.google.com with SMTP id 5b1f17b1804b1-42100f37690so271405e9.0 for <71117@debbugs.gnu.org>; Wed, 22 May 2024 10:47:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1716399971; x=1717004771; darn=debbugs.gnu.org; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=sawVxBE0GSQBlMqg/AVHG0HXfQKh3Z7YAMT6A5WG+vA=; b=BQFNV1LyG/Z+M28qc1BN70glQuksQIku/GFbdEp95HUDup9BkEC+KqghjEUYhm/qHS eLalmxLEXRrLkslgGdThh01PcPPNN5KWo3ytUY8nSoSnoxgwcQvoBucYUEicpvjl/OGL BUHAjYOR7WyACAJwQKrriDIkTv2KvSoY9rJN9x9SI9iGtqmpCKy5bQ6wsbLsc8RETp2K mu6qDywr0RWGhe/WWDM1x8VA8dUqzWQ1y9y6In2nvzWrbCoRkK053v3cRLVmvoFEHna0 6h6mNUw+3mSsK18wyx7haJgAgcqAvfmBF21SrlcGblBEmgfmKluY4RrfNP8gDCHOoF9I uq8w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1716399971; x=1717004771; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=sawVxBE0GSQBlMqg/AVHG0HXfQKh3Z7YAMT6A5WG+vA=; b=wX5+excOfkLyghH/+hIWWEtUafgYyDGFPzdrl3tX4eoqPJqykCjE12049DC222q1Wu uZgvigOMHoivEPcV8+Vq5ZMmPJvM7Rspfu0jijxKttVjxF8g/znyUPdQkhRbgXJfHnvp LtznScEddmhAQdNUhATRl+ugCQ07YtoWBnFf5yL9ZNAral5zRDAuJHNm8FfnzSZ43tI1 PC3C/PQNCUlRDIR37seoz4ROJoId09JTKqmWi2XDF7Y1xvBgz59uzXnIXwwE5WuTXEGu SwOnSpJytw5qoKDkMeZRQy7w/ErSy1dNLmt5NBdjVMxxiu0QwF8+0RpuJ5yLzpFatQ8r 86iw== X-Gm-Message-State: AOJu0Yw4zjHjT2wQQ5MaiP4UQiEzWW35KLcYLrIKQFx+DTQ+J0fU44PG IOmg1PnK9wigM9iJqIptdl+O4mhrNfkMnxGI102XtPLcwHoQ6f+OpIP51w== X-Google-Smtp-Source: AGHT+IEBYZa9/667LUGksMu5TWzz/zi1D7lTSGpfnYuWbfmhby7b/d18/sNk49uPUPNpUfLZwNnILg== X-Received: by 2002:a7b:c8cf:0:b0:420:1a72:69dd with SMTP id 5b1f17b1804b1-420fce758a6mr25661295e9.10.1716399971378; Wed, 22 May 2024 10:46:11 -0700 (PDT) Received: from amdahl30 ([2a01:e0a:253:fe0:2ef0:5dff:fed2:7b49]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-42100f99d7fsm953945e9.31.2024.05.22.10.46.10 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 22 May 2024 10:46:10 -0700 (PDT) From: =?utf-8?Q?K=C3=A9vin_Le_Gouguec?= To: Andreas =?utf-8?Q?R=C3=B6hler?= Subject: Re: bug#71117: 30.0.50; output of describe-function In-Reply-To: <24a8c119-5b86-46f0-bbf0-e9d9d5b77713@easy-emacs.de> ("Andreas =?utf-8?Q?R=C3=B6hler=22's?= message of "Wed, 22 May 2024 15:53:07 +0200") References: <24a8c119-5b86-46f0-bbf0-e9d9d5b77713@easy-emacs.de> Date: Wed, 22 May 2024 19:46:09 +0200 Message-ID: <87ikz5g2ou.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 71117 Cc: 71117@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Andreas R=C3=B6hler writes: > Hi, > > often use =E2=80=98C-h f=E2=80=99, i.e. =E2=80=98describe-function=E2=80= =99, in order to jump onto the source code. > > Which is done afterwards by a command calling =E2=80=98(switch-to-buffer = (other-buffer))=E2=80=99 followed by TAB, RET. > > With recent Emacs, calling for example =E2=80=98C-h f list RET=E2=80=99, = appears > > "list is a =E2=80=98primitive-function=E2=80=99 in =E2=80=98C source code= =E2=80=99". > > Now the first active button is =E2=80=98primitive-function=E2=80=99, whic= h is rather basic and seldom of interest. So I have to tab twice - and by h= abit often get the first, wrong one... > > May it be possible to switch the button, like: > > "list is defined in =E2=80=98C source code=E2=80=99, a =E2=80=98primitive= -function=E2=80=99". Might you be interested in 's', bound to 'help-view-source'? Won't solve the "force-of-habit" problem, but I find it rather convenient: no need to TAB to the button; hopefully future-proof as redesigns wash over *Help*. I've found it worth the brain re-wiring. From debbugs-submit-bounces@debbugs.gnu.org Wed May 22 14:25:15 2024 Received: (at 71117) by debbugs.gnu.org; 22 May 2024 18:25:15 +0000 Received: from localhost ([127.0.0.1]:57477 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s9qeJ-00060E-GO for submit@debbugs.gnu.org; Wed, 22 May 2024 14:25:15 -0400 Received: from eggs.gnu.org ([209.51.188.92]:59482) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s9qeG-000601-Rl for 71117@debbugs.gnu.org; Wed, 22 May 2024 14:25:13 -0400 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 1s9qe5-0003Sg-5q; Wed, 22 May 2024 14:25:01 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=h4xdx5MMRiuvH2bMVy4pcQVuf/vJx/2HwgbkAkVfjSg=; b=kG9rxToSMhtCJ3xVU9fu SFimAEQLbjCVrp/GlETFtGXdJERJyG5uwHTfHbo7tfWvXGktMuJEyAmavqdd7Q9X/ByvVTs5aaY3Q 801bwd5OIVxG2DJ0Y1gv5fBH9nn2F1Grrua/JrUOHKUi+4SxhmwX5lUAlF6byet/nZBJ5diB/7F7H I8KrKbkuLn/yClLvlGnZJeBN7YcNWKH1exOaMGndGSdXxtaNqNmlKXo80e2o0ry+NZJJvF6WpwNwM ktgc0ZEbXPa1Nl7Yax1tYNcOtgeKfeu1eFWPKEKcdd/deqmbx1badQnn1Gn9gJl+nHhYjfUkOawK7 24hP78lB3U2Puw==; Date: Wed, 22 May 2024 21:24:58 +0300 Message-Id: <86sey966x1.fsf@gnu.org> From: Eli Zaretskii To: =?utf-8?Q?K=C3=A9vin?= Le Gouguec In-Reply-To: <87ikz5g2ou.fsf@gmail.com> (message from =?utf-8?Q?K=C3=A9vin?= Le Gouguec on Wed, 22 May 2024 19:46:09 +0200) Subject: Re: bug#71117: 30.0.50; output of describe-function References: <24a8c119-5b86-46f0-bbf0-e9d9d5b77713@easy-emacs.de> <87ikz5g2ou.fsf@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 71117 Cc: 71117@debbugs.gnu.org, andreas.roehler@easy-emacs.de X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Cc: 71117@debbugs.gnu.org > From: Kévin Le Gouguec > Date: Wed, 22 May 2024 19:46:09 +0200 > > Andreas Röhler writes: > > > Now the first active button is ‘primitive-function’, which is rather basic and seldom of interest. So I have to tab twice - and by habit often get the first, wrong one... > > > > May it be possible to switch the button, like: > > > > "list is defined in ‘C source code’, a ‘primitive-function’". > > Might you be interested in 's', bound to 'help-view-source'? Which reminds me that we still don't have a "C-h SOMETHING" binding that would go to the source without the need to switch to the *Help* buffer. At one time we discussed something like that, and I thought we actually installed it, but I guess I was dreaming, because I cannot find it... Any takers? From debbugs-submit-bounces@debbugs.gnu.org Wed May 22 18:23:29 2024 Received: (at 71117) by debbugs.gnu.org; 22 May 2024 22:23:29 +0000 Received: from localhost ([127.0.0.1]:58057 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s9uMq-0002Vm-VL for submit@debbugs.gnu.org; Wed, 22 May 2024 18:23:29 -0400 Received: from mail-wm1-f54.google.com ([209.85.128.54]:50357) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s9uMm-0002Ve-HG for 71117@debbugs.gnu.org; Wed, 22 May 2024 18:23:28 -0400 Received: by mail-wm1-f54.google.com with SMTP id 5b1f17b1804b1-420180b59b7so13151065e9.0 for <71117@debbugs.gnu.org>; Wed, 22 May 2024 15:23:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1716416532; x=1717021332; darn=debbugs.gnu.org; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=9Ec3kv145HkYI15kNVHeKPVnOP21Vhyk6BEfIMetlqo=; b=KS7lGxZz6xS/3qceEu4nSx+O1Noo121cpU11jW02JHugyklTdnmEvbxhORx0TaqvIw VFCBDm/NArMqdp/Qa6g7z/eAZe6N3MHQoO3gGHaOHIGpkkgys5ciFB420Ik/L8TwJFOa knS8SQ2VwKphTyAaMS8vYSi8fOT5L4Y98qgMABI0s4Ik7RKVRZMlhbUKAQJU6Qx38mah oq7woK3LezPlAr26dChOh/VX28ZjhlUGK2uQGt7LU+fIHAnIqAROEeKn7ZmoK8QxsFLP QyMFsXz1IEfymFgA2Yo1SBsjfyUtg7WNsh4q0iLizk8qsyQyOCg2BDLzobemwT/PonPS A6rw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1716416532; x=1717021332; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=9Ec3kv145HkYI15kNVHeKPVnOP21Vhyk6BEfIMetlqo=; b=iq1FbujGY3txLgnq5sOr6JHvatl9gYmEUN5ZxgyYssnleKuXlU/rFneBFNQBUDgmI+ Gh5m30lZByfMNtbn9i1EMHV3k4QynaMXHtBdXxI5Ks+dJNiSDeZhovr23SGrvY/X/KFl v5/jIJ0nK/8uQTwmItKTE+BSGnwiWRnEZn2g2Kzw7svuXDIZd82Wz0Vy5nIGECPMcKjx o2oI6xgWvFyBH+6w8JVemsgM4wj7qoz2tn0/tONTg92yRXlQVGwdOUAWBhkNeLhKMFtf A/A+azGq59cHmgKydx+lHCw3umvCoI2PIk7aoMmtLVHPvY++0OYy9LP2jZ1H5KVFW0aC +1xA== X-Forwarded-Encrypted: i=1; AJvYcCVGcxUDBdoNhiYob/K6v7ySttwQBVtnA6Dab09H4Ib+cXGnObN1HPrDhXsIIGaZlJYeEkh4AmC7nq0fHADB1PZ9OjdkLok= X-Gm-Message-State: AOJu0YzU6beJApO/NtjCWFBOelAwT5n18s/iaXVE4hvxvya5S62My1Sa Yn2Q3RXPa6VLWujqFQgOrwfhgE9ViDGMw3AuanPD2MslUBwiYQP9f/dIDg== X-Google-Smtp-Source: AGHT+IGf4/xnzEHsPG0bjHTsig/I+isZ9M7POu/OO70M4xg6c97Cp137uHrZGgLASeqgjGWovnFCdw== X-Received: by 2002:a7b:cc08:0:b0:418:f5a9:b91c with SMTP id 5b1f17b1804b1-420fd375f75mr23609155e9.33.1716416532011; Wed, 22 May 2024 15:22:12 -0700 (PDT) Received: from amdahl30 ([2a01:e0a:253:fe0:2ef0:5dff:fed2:7b49]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-351d9884c4dsm17706831f8f.106.2024.05.22.15.22.11 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 22 May 2024 15:22:11 -0700 (PDT) From: =?utf-8?Q?K=C3=A9vin_Le_Gouguec?= To: Eli Zaretskii Subject: Re: bug#71117: 30.0.50; output of describe-function In-Reply-To: <86sey966x1.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 22 May 2024 21:24:58 +0300") References: <24a8c119-5b86-46f0-bbf0-e9d9d5b77713@easy-emacs.de> <87ikz5g2ou.fsf@gmail.com> <86sey966x1.fsf@gnu.org> Date: Thu, 23 May 2024 00:22:10 +0200 Message-ID: <87ikz5v65p.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 71117 Cc: 71117@debbugs.gnu.org, andreas.roehler@easy-emacs.de X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: >> Cc: 71117@debbugs.gnu.org >> From: K=C3=A9vin Le Gouguec >> Date: Wed, 22 May 2024 19:46:09 +0200 >>=20 >> Andreas R=C3=B6hler writes: >>=20 >> > Now the first active button is =E2=80=98primitive-function=E2=80=99, w= hich is rather basic and seldom of interest. So I have to tab twice - and b= y habit often get the first, wrong one... >> > >> > May it be possible to switch the button, like: >> > >> > "list is defined in =E2=80=98C source code=E2=80=99, a =E2=80=98primit= ive-function=E2=80=99". >>=20 >> Might you be interested in 's', bound to 'help-view-source'? > > Which reminds me that we still don't have a "C-h SOMETHING" binding > that would go to the source without the need to switch to the *Help* > buffer. At one time we discussed something like that, and I thought > we actually installed it, but I guess I was dreaming, because I cannot > find it... Were you thinking of a command that specifically targets the symbol from a displayed *Help* buffer, so the user would do e.g. C-h v VAR RET ; shows *Help* for VAR C-h SOMETHING ; finds source for VAR where C-h SOMETHING's implementation would do (a smarter version of) (with-current-buffer "*Help*" (help-view-source)) ? Can't say I remember such a command; otherwise, I'm reminded of find-func's find-function-setup-keys, which installs a bunch of upper-case bindings on the C-x map (resp. C-x [45] maps) to invoke the find-* commands (resp. find-*-other-{window,frame}). > Any takers? From debbugs-submit-bounces@debbugs.gnu.org Thu May 23 01:26:02 2024 Received: (at 71117) by debbugs.gnu.org; 23 May 2024 05:26:02 +0000 Received: from localhost ([127.0.0.1]:58381 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sA0xl-0006Wk-W8 for submit@debbugs.gnu.org; Thu, 23 May 2024 01:26:02 -0400 Received: from eggs.gnu.org ([209.51.188.92]:57202) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sA0xk-0006WN-4i for 71117@debbugs.gnu.org; Thu, 23 May 2024 01:26:00 -0400 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 1sA0xY-0003FQ-CV; Thu, 23 May 2024 01:25:48 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=pfXXNZplwyZzOo41BnoGP0LYT5m0oR3RfASZVodF+Xg=; b=sMyYwIzAwoe4UXfvPax7 Ur3uQWQGVb0GGP2pkxDLst+PzS2VlOdrfXnZnA2YdB6PNsYMYysCRVADBKWpwfQ4T7JC5FhpEaJuA f69cnwei0FE/NR9t/9rvoRGxCyC0d0wACCIBYsfT5KBzW1Zf2EpvkgPqxSutkhtGss8edd7/3ckVF hP+nXgmatQA/4KUNnqMr71z73ZsV9vpiMa+s9TqXWW99EWxp18v5BRx/ZocbVxdnaCRKgAdlAT/hZ OsKKlB/bDHlI5ny5Y3BWVAlLkf9/r6xUG0YT3SXfk/cTe0974tlzOq3+qZSr+TvTT43zkDBEUQZso JYH83BFrG9yLrw==; Date: Thu, 23 May 2024 08:25:45 +0300 Message-Id: <86h6ep5cbq.fsf@gnu.org> From: Eli Zaretskii To: =?utf-8?Q?K=C3=A9vin?= Le Gouguec In-Reply-To: <87ikz5v65p.fsf@gmail.com> (message from =?utf-8?Q?K=C3=A9vin?= Le Gouguec on Thu, 23 May 2024 00:22:10 +0200) Subject: Re: bug#71117: 30.0.50; output of describe-function References: <24a8c119-5b86-46f0-bbf0-e9d9d5b77713@easy-emacs.de> <87ikz5g2ou.fsf@gmail.com> <86sey966x1.fsf@gnu.org> <87ikz5v65p.fsf@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 71117 Cc: 71117@debbugs.gnu.org, andreas.roehler@easy-emacs.de X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Kévin Le Gouguec > Cc: andreas.roehler@easy-emacs.de, 71117@debbugs.gnu.org > Date: Thu, 23 May 2024 00:22:10 +0200 > > Eli Zaretskii writes: > > > Which reminds me that we still don't have a "C-h SOMETHING" binding > > that would go to the source without the need to switch to the *Help* > > buffer. At one time we discussed something like that, and I thought > > we actually installed it, but I guess I was dreaming, because I cannot > > find it... > > Were you thinking of a command that specifically targets the symbol from > a displayed *Help* buffer, so the user would do e.g. > > C-h v VAR RET ; shows *Help* for VAR > C-h SOMETHING ; finds source for VAR > > where C-h SOMETHING's implementation would do (a smarter version of) > (with-current-buffer "*Help*" > (help-view-source)) > > ? Yes, exactly. From debbugs-submit-bounces@debbugs.gnu.org Thu May 23 02:30:53 2024 Received: (at 71117) by debbugs.gnu.org; 23 May 2024 06:30:53 +0000 Received: from localhost ([127.0.0.1]:58508 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sA1yX-0007Gy-7E for submit@debbugs.gnu.org; Thu, 23 May 2024 02:30:53 -0400 Received: from relay3-d.mail.gandi.net ([217.70.183.195]:57381) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sA1yP-0007GV-84 for 71117@debbugs.gnu.org; Thu, 23 May 2024 02:30:46 -0400 Received: by mail.gandi.net (Postfix) with ESMTPSA id D202D60006; Thu, 23 May 2024 06:30:30 +0000 (UTC) From: Juri Linkov To: =?iso-8859-1?Q?K=E9vin?= Le Gouguec Subject: Re: bug#71117: 30.0.50; output of describe-function In-Reply-To: <87ikz5g2ou.fsf@gmail.com> (=?iso-8859-1?Q?=22K=E9vin?= Le Gouguec"'s message of "Wed, 22 May 2024 19:46:09 +0200") Organization: LINKOV.NET References: <24a8c119-5b86-46f0-bbf0-e9d9d5b77713@easy-emacs.de> <87ikz5g2ou.fsf@gmail.com> Date: Thu, 23 May 2024 09:28:46 +0300 Message-ID: <86o78xks79.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-GND-Sasl: juri@linkov.net X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 71117 Cc: 71117@debbugs.gnu.org, Andreas =?iso-8859-1?Q?R=F6hler?= X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >> May it be possible to switch the button, like: >> >> "list is defined in ‘C source code’, a ‘primitive-function’". > > Might you be interested in 's', bound to 'help-view-source'? Won't > solve the "force-of-habit" problem, but I find it rather convenient: no > need to TAB to the button; hopefully future-proof as redesigns wash over > *Help*. I've found it worth the brain re-wiring. Except there is a bug that prevents 's' from handling some C variables, e.g.: 0. emacs -Q 1. C-h v minibuffer-allow-text-properties RET 2. s fails with (error "Don’t know where ‘minibuffer-allow-text-properties’ is defined") So still need to use 'TAB RET' to navigate to C source. From debbugs-submit-bounces@debbugs.gnu.org Thu May 23 07:51:17 2024 Received: (at 71117) by debbugs.gnu.org; 23 May 2024 11:51:17 +0000 Received: from localhost ([127.0.0.1]:58989 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sA6ya-0001nT-Oz for submit@debbugs.gnu.org; Thu, 23 May 2024 07:51:17 -0400 Received: from mail.eshelyaron.com ([107.175.124.16]:48868 helo=eshelyaron.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sA6yW-0001nM-G8 for 71117@debbugs.gnu.org; Thu, 23 May 2024 07:51:15 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=eshelyaron.com; s=mail; t=1716465065; bh=ZbG2q9u6dn4LvZ55SIZz8bXeLBYDrHfPPiVWLZCh/+c=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=e4hwZSc8qM5B4dsutEouB2kBXNe96/y/WVaFWZTt1mTCtY9rRdLGbKkhvi1ld0G5z 7s+/3qpP6lZU9xOsLtJqSRYxNZKOpETmeQzCfVyUXAVy/5/nG07GpiWtA1wkvGu06W 6HK/J4lN7du9JKOy1aa/szgSLN3/YbDcMA2tqHLKlcptsuMDxFJ1I0G4+IVvHGGp66 mG+SWhz6mx7wMltujZK7BiAWUEbU4LyayukKWgkCJgOR0pDXudH6H15BHZkCzFHXAv KXdzLP23X2bftXWbv9tZi6SlRVOnhUXAZX0axpdScCRWXi79J1Wzot7hKQJe1Y22Lw B3wsVE15HrfvA== From: Eshel Yaron To: Juri Linkov Subject: Re: bug#71117: 30.0.50; output of describe-function In-Reply-To: <86o78xks79.fsf@mail.linkov.net> (Juri Linkov's message of "Thu, 23 May 2024 09:28:46 +0300") References: <24a8c119-5b86-46f0-bbf0-e9d9d5b77713@easy-emacs.de> <87ikz5g2ou.fsf@gmail.com> <86o78xks79.fsf@mail.linkov.net> Date: Thu, 23 May 2024 13:51:02 +0200 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 71117 Cc: 71117@debbugs.gnu.org, Andreas =?utf-8?Q?R=C3=B6hler?= , =?utf-8?Q?K=C3=A9vin?= Le Gouguec X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi Juri, Juri Linkov writes: >>> May it be possible to switch the button, like: >>> >>> "list is defined in =E2=80=98C source code=E2=80=99, a =E2=80=98primiti= ve-function=E2=80=99". >> >> Might you be interested in 's', bound to 'help-view-source'? Won't >> solve the "force-of-habit" problem, but I find it rather convenient: no >> need to TAB to the button; hopefully future-proof as redesigns wash over >> *Help*. I've found it worth the brain re-wiring. > > Except there is a bug that prevents 's' from handling some C variables, e= .g.: > > 0. emacs -Q > 1. C-h v minibuffer-allow-text-properties RET > 2. s > > fails with > > (error "Don=E2=80=99t know where =E2=80=98minibuffer-allow-text-propert= ies=E2=80=99 is defined") > > So still need to use 'TAB RET' to navigate to C source. That bothered me too. Does this patch help? diff --git a/lisp/help-mode.el b/lisp/help-mode.el index 48433d899ab..e16408be7b0 100644 --- a/lisp/help-mode.el +++ b/lisp/help-mode.el @@ -265,7 +265,9 @@ help-function-def--button-function (require 'find-func) (when (eq file 'C-source) (setq file - (help-C-file-name (indirect-function fun) 'fun))) + (if (memq type '(variable defvar)) + (help-C-file-name fun 'var) + (help-C-file-name (indirect-function fun) 'fun)))) ;; Don't use find-function-noselect because it follows ;; aliases (which fails for built-in functions). (let* ((location From debbugs-submit-bounces@debbugs.gnu.org Thu May 23 13:35:02 2024 Received: (at 71117) by debbugs.gnu.org; 23 May 2024 17:35:02 +0000 Received: from localhost ([127.0.0.1]:60112 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sACLF-0005G6-Oq for submit@debbugs.gnu.org; Thu, 23 May 2024 13:35:02 -0400 Received: from relay5-d.mail.gandi.net ([217.70.183.197]:50177) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sACLC-0005Fm-Hv for 71117@debbugs.gnu.org; Thu, 23 May 2024 13:34:59 -0400 Received: by mail.gandi.net (Postfix) with ESMTPSA id 8B4271C0002; Thu, 23 May 2024 17:34:23 +0000 (UTC) From: Juri Linkov To: Eshel Yaron Subject: Re: bug#71117: 30.0.50; output of describe-function In-Reply-To: (Eshel Yaron's message of "Thu, 23 May 2024 13:51:02 +0200") Organization: LINKOV.NET References: <24a8c119-5b86-46f0-bbf0-e9d9d5b77713@easy-emacs.de> <87ikz5g2ou.fsf@gmail.com> <86o78xks79.fsf@mail.linkov.net> Date: Thu, 23 May 2024 20:20:27 +0300 Message-ID: <86h6eolail.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-GND-Sasl: juri@linkov.net X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 71117 Cc: 71117@debbugs.gnu.org, Andreas =?iso-8859-1?Q?R=F6hler?= , =?iso-8859-1?Q?K=E9vin?= Le Gouguec X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >> Except there is a bug that prevents 's' from handling some C variables, e.g.: >> >> 0. emacs -Q >> 1. C-h v minibuffer-allow-text-properties RET >> 2. s >> >> fails with >> >> (error "Don’t know where ‘minibuffer-allow-text-properties’ is defined") >> >> So still need to use 'TAB RET' to navigate to C source. > > That bothered me too. Does this patch help? Thanks, now there is no such problem anymore. From debbugs-submit-bounces@debbugs.gnu.org Thu May 23 16:23:54 2024 Received: (at 71117) by debbugs.gnu.org; 23 May 2024 20:23:54 +0000 Received: from localhost ([127.0.0.1]:60797 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAEyc-00078N-Ar for submit@debbugs.gnu.org; Thu, 23 May 2024 16:23:53 -0400 Received: from mail.eshelyaron.com ([107.175.124.16]:56552 helo=eshelyaron.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAEyX-00078D-DY for 71117@debbugs.gnu.org; Thu, 23 May 2024 16:23:49 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=eshelyaron.com; s=mail; t=1716495818; bh=1ToGUsApLtwgf2TK1VttdYNus72Ucsy2zq1fiGL5Xw4=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=ghVORgPpwURQ3lgt/lxHQsveVjiEoCpetbCKiIN+lmU6+J5rNiE9jWMFYCYhY/p3Q IN3jCRis5T3Mrlc5HxibqYu/ZE3NvG3EU4QPe6BuxO+/7sNIMUPrHgkt2pyZNI3Tut 6UfVzx0nA+YGxv48Oi3HXI9YZEYcJ7gNN5wWhebSseypZWfIh57/HTxJmVB9evClfc hHGwpo7bpb6vv05oy5K/Kb8eB5ck8Uw/WoG45C9oIjhDdp6CIul88wMoqErz+g6uLc bEvOnH7mGRUZSk6YwiMI5z0RNkgeP/HfLfIFS5m6zjH3Koaek7+mECJu1LOkid3Eid qAbdrvq4GOckA== From: Eshel Yaron To: Juri Linkov Subject: Re: bug#71117: 30.0.50; output of describe-function In-Reply-To: <86h6eolail.fsf@mail.linkov.net> (Juri Linkov's message of "Thu, 23 May 2024 20:20:27 +0300") References: <24a8c119-5b86-46f0-bbf0-e9d9d5b77713@easy-emacs.de> <87ikz5g2ou.fsf@gmail.com> <86o78xks79.fsf@mail.linkov.net> <86h6eolail.fsf@mail.linkov.net> Date: Thu, 23 May 2024 22:23:35 +0200 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 71117 Cc: 71117@debbugs.gnu.org, Andreas =?utf-8?Q?R=C3=B6hler?= , =?utf-8?Q?K=C3=A9vin?= Le Gouguec X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Juri Linkov writes: >>> Except there is a bug that prevents 's' from handling some C variables,= e.g.: >>> >>> 0. emacs -Q >>> 1. C-h v minibuffer-allow-text-properties RET >>> 2. s >>> >>> fails with >>> >>> (error "Don=E2=80=99t know where =E2=80=98minibuffer-allow-text-prope= rties=E2=80=99 is defined") >>> >>> So still need to use 'TAB RET' to navigate to C source. >> >> That bothered me too. Does this patch help? > > Thanks, now there is no such problem anymore. Nice, pushed the fix to master. Regarding the general issue of jumping to function/variable source, I find C-x F and friends (enabled by find-function-setup-keys) quite convenient. Best, Eshel From debbugs-submit-bounces@debbugs.gnu.org Tue May 28 13:47:13 2024 Received: (at 71117) by debbugs.gnu.org; 28 May 2024 17:47:14 +0000 Received: from localhost ([127.0.0.1]:49207 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sC0un-0005xO-E3 for submit@debbugs.gnu.org; Tue, 28 May 2024 13:47:13 -0400 Received: from eggs.gnu.org ([209.51.188.92]:38048) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sC0ul-0005x0-E5 for 71117@debbugs.gnu.org; Tue, 28 May 2024 13:47:12 -0400 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 1sC0sP-0005Pj-R3; Tue, 28 May 2024 13:44:45 -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=7JBBhf5qQ5ENRdaXlwbBwdrBXHd7Tp+7SvpQMnPU684=; b=nHoa7mSMe3gfTU8Lfadb riL/YfrZDaBaV1lK5cuHDANLkXn1fLhiZDouw1n1oBtPWw0b0up2tLeJoX0K+VHNa57kei54rc3aF 7C7hLUDMkpBL7J/SDEKRYPzGrRib9Pvnj4IkZetU0opd2rhh0KQ+L1c+soheU7BChaCImXtH1saum 942VO8nRxvSkBzBoaaMCcd3Cems+OLz9Liy0nD+acGJsayZD/ztLRPhsaLPvLwMUtKp2v03z9DSMa TvFu2YnEPX6vu2qJyi6FS7QGTYBSssMG+UVnJtlFOTfbMY4hEqURTsJRJF0Q1x6Q83Czc3Mrn6PGh 1hJ2PWsHWTkVbg==; Received: from acorallo by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1sC0sD-0002QN-GL; Tue, 28 May 2024 13:44:45 -0400 From: Andrea Corallo To: Eli Zaretskii Subject: Re: bug#71117: 30.0.50; output of describe-function In-Reply-To: <86h6ep5cbq.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 23 May 2024 08:25:45 +0300") 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> Date: Tue, 28 May 2024 13:44:33 -0400 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 71117 Cc: 71117@debbugs.gnu.org, andreas.roehler@easy-emacs.de, =?utf-8?Q?K=C3=A9vin?= Le Gouguec X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Eli Zaretskii writes: >> From: K=C3=A9vin Le Gouguec >> Cc: andreas.roehler@easy-emacs.de, 71117@debbugs.gnu.org >> Date: Thu, 23 May 2024 00:22:10 +0200 >>=20 >> Eli Zaretskii writes: >>=20 >> > Which reminds me that we still don't have a "C-h SOMETHING" binding >> > that would go to the source without the need to switch to the *Help* >> > buffer. At one time we discussed something like that, and I thought >> > we actually installed it, but I guess I was dreaming, because I cannot >> > find it... >>=20 >> Were you thinking of a command that specifically targets the symbol from >> a displayed *Help* buffer, so the user would do e.g. >>=20 >> C-h v VAR RET ; shows *Help* for VAR >> C-h SOMETHING ; finds source for VAR >>=20 >> where C-h SOMETHING's implementation would do (a smarter version of) >> (with-current-buffer "*Help*" >> (help-view-source)) >>=20 >> ? > > Yes, exactly. Something like the attached? It makes C-h z FUNCTION find the source for FUNCTION. Not sure C-h z is the best (but there are not may other letter still available). Also ATM the patch is missing the NEWS entry (will do after). Thanks Andrea --=-=-= Content-Type: text/x-diff Content-Disposition: inline; filename=0001-Add-help-function-source-C-h-z-to-visit-the-function.patch >From e1ab4f7fae70316ee07c19e3f34fdf5f5b6ac918 Mon Sep 17 00:00:00 2001 From: Andrea Corallo Date: Tue, 28 May 2024 19:33:54 +0200 Subject: [PATCH] Add 'help-function-source' 'C-h z' to visit function's source (bug#71117) * lisp/help.el (help-map): Bind 'help-function-source' to C-h z. (help-for-help): Add 'help-function-source'. * lisp/help-fns.el (help-fns--describe-function-or-command-prompt): Extend arg to support 'src-fun'. (help-function-source): New function. --- lisp/help-fns.el | 17 ++++++++++++----- lisp/help.el | 2 ++ 2 files changed, 14 insertions(+), 5 deletions(-) diff --git a/lisp/help-fns.el b/lisp/help-fns.el index a202c2d247e..66153f84b8f 100644 --- a/lisp/help-fns.el +++ b/lisp/help-fns.el @@ -224,14 +224,15 @@ describe-function-orig-buffer (defun help-fns--describe-function-or-command-prompt (&optional want-command) "Prompt for a function from `describe-function' or `describe-command'. -If optional argument WANT-COMMAND is non-nil, prompt for an -interactive command." +If optional argument WANT-COMMAND is `is-command', prompt for an +interactive command, if is `src-fun' prompt for go to function source." (let* ((fn (if want-command (caar command-history) (function-called-at-point))) - (prompt (format-prompt (if want-command - "Describe command" - "Describe function") + (prompt (format-prompt (cl-case want-command + ('is-command "Describe command") + ('src-fun "Find source of function") + (t "Describe function")) fn)) (enable-recursive-minibuffers t) (val (completing-read @@ -298,6 +299,12 @@ describe-function ;; Return the text we displayed. (buffer-string)))))) +;;;###autoload +(defun help-function-source (function) + "Switch to a buffer visiting the source of FUNCTION (a symbol)." + (interactive (help-fns--describe-function-or-command-prompt 'src-fun)) + (xref-find-definitions (symbol-name function))) + ;;;###autoload (defun describe-command (command) "Display the full documentation of COMMAND (a symbol). diff --git a/lisp/help.el b/lisp/help.el index 616a45328fd..a753a31a2e3 100644 --- a/lisp/help.el +++ b/lisp/help.el @@ -114,6 +114,7 @@ help-map "R" #'info-display-manual "s" #'describe-syntax "t" #'help-with-tutorial + "z" #'help-function-source "v" #'describe-variable "w" #'where-is "x" #'describe-command @@ -418,6 +419,7 @@ 'help "Search documentation of functions, variables, and other items") ("describe-command" "Show help for command") ("describe-function" "Show help for function") + ("help-function-source" "Show the source for function") ("describe-variable" "Show help for variable") ("describe-symbol" "Show help for function or variable")) ("Manuals" -- 2.34.1 --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Tue May 28 14:21:16 2024 Received: (at 71117) by debbugs.gnu.org; 28 May 2024 18:21:17 +0000 Received: from localhost ([127.0.0.1]:50729 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sC1Rk-0007De-JT for submit@debbugs.gnu.org; Tue, 28 May 2024 14:21:16 -0400 Received: from eggs.gnu.org ([209.51.188.92]:42254) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sC1Rh-0007D6-MF for 71117@debbugs.gnu.org; Tue, 28 May 2024 14:21:14 -0400 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 1sC1RS-00027J-6f; Tue, 28 May 2024 14:20:58 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=wdg1vP7cF3hBDGTnFhcZZodEZf0PjY2bWFE9FdkZoIU=; b=rgVEm5kueXs7Ts5uNni/ IEgB9+em7TPr2U+aF+nRn7alQnFar9QdXyGJfh0mhEfBZnAwZd/AQks2NYIf3UfTnCZucU0Al66Fn AYVebRcv47J69PVwM3vYs1Y3YXvLZEiRr9da4NtTvbl5X8Frk2HARhJpBU/e1/RCEJtrGSgOq9Auw 5lpCLVPaJY/H0WCB8h4aPPh+4365NDeR0r9aYqa55qAEAJEzRifokd9VZntjpJWoyTwa59Wb2EifZ RLAOQoRpNWAiwaJNoH08+4UiBF4rZXl567js/DvqR0nyfxN2sG2KFEfelhYUZWqUoMBcaTcbhx8LP Yw5ew0uHj3oBVQ==; Date: Tue, 28 May 2024 21:20:24 +0300 Message-Id: <86ikyxu7br.fsf@gnu.org> From: Eli Zaretskii To: Andrea Corallo In-Reply-To: (message from Andrea Corallo on Tue, 28 May 2024 13:44:33 -0400) Subject: Re: bug#71117: 30.0.50; output of describe-function 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> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 71117 Cc: 71117@debbugs.gnu.org, andreas.roehler@easy-emacs.de, kevin.legouguec@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Andrea Corallo > Cc: Kévin Le Gouguec , > 71117@debbugs.gnu.org, > andreas.roehler@easy-emacs.de > Date: Tue, 28 May 2024 13:44:33 -0400 > > >> Were you thinking of a command that specifically targets the symbol from > >> a displayed *Help* buffer, so the user would do e.g. > >> > >> C-h v VAR RET ; shows *Help* for VAR > >> C-h SOMETHING ; finds source for VAR > >> > >> where C-h SOMETHING's implementation would do (a smarter version of) > >> (with-current-buffer "*Help*" > >> (help-view-source)) > >> > >> ? > > > > Yes, exactly. > > Something like the attached? > > It makes C-h z FUNCTION find the source for FUNCTION. I might be mistaken, but I don't think this is what I had in mind. My use case is exactly like described above: I type "C-h v" or "C-h f", which displays the *Help* buffer in the other window. Then I want to go to the source where the variable or function are defined, but without the need to switch to the window showing *Help*. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Tue May 28 15:42:50 2024 Received: (at 71117) by debbugs.gnu.org; 28 May 2024 19:42:50 +0000 Received: from localhost ([127.0.0.1]:54372 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sC2if-0001r9-TQ for submit@debbugs.gnu.org; Tue, 28 May 2024 15:42:50 -0400 Received: from eggs.gnu.org ([209.51.188.92]:59802) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sC2id-0001qr-2W for 71117@debbugs.gnu.org; Tue, 28 May 2024 15:42:48 -0400 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 1sC2iN-00057w-Jr; Tue, 28 May 2024 15:42:31 -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=fDlkO/YUBKvR9zmzI23l0aMLWqC7ONiU86xf3bWpHD0=; b=fFU18cM3F+7w0DRMBSV7 R36mjHpxVanuiri0qewkFDkVjk69NXzgSHSgOj3JuYRo+LEN95/Ro2DmIi4Vgehdff0MkVRHSrazz j6Els15rrZVRzkvVM7h7H/cW6zlgqiOO9Ai+jDBFoY9xPpv77+N3dgogizwMRRfhlwRcwusKbvBSr u+jPpdjGkoacX+tzaIxULdoaQi8WMr/9Q+Cgtiq7WkduRHRS8PtNGWqBotNCWGw+Znd+PbLJSBnEu NfY/gLvdklPFzc9Oxw5YZZ1xU9yA55qTZGhqFiDBEqBUe49pm2LdXxAhu2SUmLyqiYgA6FgpQlf3h YT/7gG4qMoKFhg==; Received: from acorallo by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1sC2iN-0003zH-0b; Tue, 28 May 2024 15:42:31 -0400 From: Andrea Corallo To: Eli Zaretskii Subject: Re: bug#71117: 30.0.50; output of describe-function In-Reply-To: <86ikyxu7br.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 28 May 2024 21:20:24 +0300") 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> Date: Tue, 28 May 2024 15:42:30 -0400 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 71117 Cc: 71117@debbugs.gnu.org, andreas.roehler@easy-emacs.de, kevin.legouguec@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Eli Zaretskii writes: >> From: Andrea Corallo >> Cc: K=C3=A9vin Le Gouguec , >> 71117@debbugs.gnu.org, >> andreas.roehler@easy-emacs.de >> Date: Tue, 28 May 2024 13:44:33 -0400 >>=20 >> >> Were you thinking of a command that specifically targets the symbol f= rom >> >> a displayed *Help* buffer, so the user would do e.g. >> >>=20 >> >> C-h v VAR RET ; shows *Help* for VAR >> >> C-h SOMETHING ; finds source for VAR >> >>=20 >> >> where C-h SOMETHING's implementation would do (a smarter version of) >> >> (with-current-buffer "*Help*" >> >> (help-view-source)) >> >>=20 >> >> ? >> > >> > Yes, exactly. >>=20 >> Something like the attached? >>=20 >> It makes C-h z FUNCTION find the source for FUNCTION. > > I might be mistaken, but I don't think this is what I had in mind. You are not. > My use case is exactly like described above: I type "C-h v" or "C-h > f", which displays the *Help* buffer in the other window. Then I want > to go to the source where the variable or function are defined, but > without the need to switch to the window showing *Help*. The attached is my understanding of what we want (still using C-h z). K=C3=A9vin's mail make me suspect I've been too naive but anyway =F0=9F=98= =85... Thanks Andrea --=-=-= Content-Type: text/x-diff Content-Disposition: inline; filename=0001-Add-help-find-source-and-bind-it-to-C-h-z.patch >From 569eb50994cd0841dcfbc970d574d945aa43b064 Mon Sep 17 00:00:00 2001 From: Andrea Corallo Date: Tue, 28 May 2024 21:06:21 +0200 Subject: [PATCH] Add 'help-find-source' and bind it to C-h z * lisp/help-fns.el (help-find-source): New function. * lisp/help.el (help-map): Bind 'help-find-source' to C-h z. (help-for-help): Add 'help-find-source'. --- lisp/help-fns.el | 9 +++++++++ lisp/help.el | 2 ++ 2 files changed, 11 insertions(+) diff --git a/lisp/help-fns.el b/lisp/help-fns.el index a202c2d247e..74760197c8b 100644 --- a/lisp/help-fns.el +++ b/lisp/help-fns.el @@ -298,6 +298,15 @@ describe-function ;; Return the text we displayed. (buffer-string)))))) +;;;###autoload +(defun help-find-source () + "Switch to a buffer visiting the source of what is being described in *Help*." + (interactive) + (if-let ((help-buffer (get-buffer "*Help*"))) + (with-current-buffer help-buffer + (help-view-source)) + (error "No *Help* buffer found"))) + ;;;###autoload (defun describe-command (command) "Display the full documentation of COMMAND (a symbol). diff --git a/lisp/help.el b/lisp/help.el index 616a45328fd..aa835008358 100644 --- a/lisp/help.el +++ b/lisp/help.el @@ -114,6 +114,7 @@ help-map "R" #'info-display-manual "s" #'describe-syntax "t" #'help-with-tutorial + "z" #'help-find-source "v" #'describe-variable "w" #'where-is "x" #'describe-command @@ -418,6 +419,7 @@ 'help "Search documentation of functions, variables, and other items") ("describe-command" "Show help for command") ("describe-function" "Show help for function") + ("help-find-source" "Show the source for what's being described in *Help*") ("describe-variable" "Show help for variable") ("describe-symbol" "Show help for function or variable")) ("Manuals" -- 2.34.1 --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Tue May 28 18:05:46 2024 Received: (at 71117) by debbugs.gnu.org; 28 May 2024 22:05:46 +0000 Received: from localhost ([127.0.0.1]:59848 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sC4wz-0006xc-Ui for submit@debbugs.gnu.org; Tue, 28 May 2024 18:05:46 -0400 Received: from mail-lj1-f182.google.com ([209.85.208.182]:46354) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sC4wx-0006xI-MR for 71117@debbugs.gnu.org; Tue, 28 May 2024 18:05:44 -0400 Received: by mail-lj1-f182.google.com with SMTP id 38308e7fff4ca-2e716e302bdso16027191fa.1 for <71117@debbugs.gnu.org>; Tue, 28 May 2024 15:05:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1716933868; x=1717538668; darn=debbugs.gnu.org; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=nci54iOo264KYN0txzhzBfFQRuQgLPD95KQRnPg9Lok=; b=ft5DK0xQq4dh3ESXTG5LnvQemh1AflAqFNQnlcmuLz6Q4iHDFI6KmJ4N3tQlbbmy87 gL8jZ78Zx0fuVCdvihvzPhJb+MRXk1fHqejX9NQX1DVRRWL4KmFG2YmKHV7eGEL33q0r zWzJJEZuaeX+4CytniuX0AxgDxT+8AHWJMNu4+kltLNBs1ItGqdCxxgWfP6s2/MxdABg a+6iuCzP0lCofIEWmq5/WxTp+1sz7+DMQs9YATUbHFiS2o7uq3joy+aIkhLFRPsrB5bu UcCCINLhfvGvI6BK8dXXCrujxDWvNyYVdEU/O6Su/5P1UsdKkXJSn8sy1YAbzZFstZd6 AjIQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1716933868; x=1717538668; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=nci54iOo264KYN0txzhzBfFQRuQgLPD95KQRnPg9Lok=; b=iT4QJ29f9nA6HxDVzjbs76AwBHlq+KK9Ye6jxlBuos+GdoDxfhCXVUiJdoGnEiLD1C OMp40bG9qSXlHNq3IJ0AYJUe4Pk9seUDxXuIXFA0noM38Ic5Jq1GzqZDO2pXZAlNk+QV ksCVZPyws3hUj7Fqv9HT2s2LLc9NLi4SmHAle28qYvjjupMcWbH6TR27y69ZxZHKK1zG 0cwIvuuyHkSOqvDOH99V+u2pZV3iMAHz0y4OZS7RWnKmezAC0GFAv0eGFO4dJg0KJLoY 9CXTjyqWS00jWse6rX8vYatEC4CP4y7W/lPPROxMQpJu/4a2MnqJw+uWZzpfVvOlPQgQ V2lg== X-Forwarded-Encrypted: i=1; AJvYcCVHbI0xbBlV6kPmed32++odtm0E0pHtVatiQeQmP7URlJyQLQVRy03QC4y5xI53qa6LHR7C7wS3npNxkcGx/ReK2SNNV94= X-Gm-Message-State: AOJu0Yxb5nnxqaRe5BLNjSA9vqCJhPmUm+9WQzaFTpe083wzk/OJaNEC ++DF5mnfd59zZMb2tLH0q9PhMIlfhLOxHvBwRPLSciEWq2PuzPJG X-Google-Smtp-Source: AGHT+IEagTjoeZci+HNjhTiy4GYSKEBtGLIov0onIeTc0LVYV08+o5ki/acSrENugd52bAnvAAyivA== X-Received: by 2002:a2e:a170:0:b0:2ea:2b91:4f6c with SMTP id 38308e7fff4ca-2ea2b915150mr1966531fa.4.1716933867685; Tue, 28 May 2024 15:04:27 -0700 (PDT) Received: from amdahl30 ([2a01:e0a:253:fe0:2ef0:5dff:fed2:7b49]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-3574c7017d1sm10307060f8f.76.2024.05.28.15.04.26 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 28 May 2024 15:04:27 -0700 (PDT) From: =?utf-8?Q?K=C3=A9vin_Le_Gouguec?= To: Andrea Corallo Subject: Re: bug#71117: 30.0.50; output of describe-function In-Reply-To: (Andrea Corallo's message of "Tue, 28 May 2024 15:42:30 -0400") 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> Date: Wed, 29 May 2024 00:04:26 +0200 Message-ID: <87r0dl4mqd.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 71117 Cc: Eli Zaretskii , andreas.roehler@easy-emacs.de, 71117@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Andrea Corallo writes: > Eli Zaretskii writes: > >>> From: Andrea Corallo >>> Cc: K=C3=A9vin Le Gouguec , >>> 71117@debbugs.gnu.org, >>> andreas.roehler@easy-emacs.de >>> Date: Tue, 28 May 2024 13:44:33 -0400 >>>=20 >>> >> Were you thinking of a command that specifically targets the symbol = from >>> >> a displayed *Help* buffer, so the user would do e.g. >>> >>=20 >>> >> C-h v VAR RET ; shows *Help* for VAR >>> >> C-h SOMETHING ; finds source for VAR >>> >>=20 >>> >> where C-h SOMETHING's implementation would do (a smarter version of) >>> >> (with-current-buffer "*Help*" >>> >> (help-view-source)) >>> >>=20 >>> >> ? >>> > >>> > Yes, exactly. >>>=20 >>> Something like the attached? >>>=20 >>> It makes C-h z FUNCTION find the source for FUNCTION. >> >> I might be mistaken, but I don't think this is what I had in mind. > > You are not. > >> My use case is exactly like described above: I type "C-h v" or "C-h >> f", which displays the *Help* buffer in the other window. Then I want >> to go to the source where the variable or function are defined, but >> without the need to switch to the window showing *Help*. > > The attached is my understanding of what we want (still using C-h z). > K=C3=A9vin's mail make me suspect I've been too naive but anyway =F0=9F= =98=85... I don't actually have concrete examples where my allegedly-not-so-smart serving suggestion might fail =F0=9F=98=89 The best I can come up with are what-ifs, e.g. "what if a user advises describe-* functions to rename *Help* buffers to something non-standard like *Help *"; my answer then would be "describe-* commands could set some variable, e.g. last-help-buffer, that 'C-h z' could then consult". That's if we cared to support this kind of edge case, of course. Re. the binding: if we are entering "Do Something With That Help Buffer I Just Invoked"-land, I wonder if we should stop at view-source; I could imagine users wanting to do other useful things like goto-info or customize. In which case maybe we can find a mnemonic prefix to tuck all these actions? 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. From debbugs-submit-bounces@debbugs.gnu.org Tue May 28 18:25:25 2024 Received: (at 71117) by debbugs.gnu.org; 28 May 2024 22:25:25 +0000 Received: from localhost ([127.0.0.1]:60556 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sC5G1-0007d5-58 for submit@debbugs.gnu.org; Tue, 28 May 2024 18:25:25 -0400 Received: from eggs.gnu.org ([209.51.188.92]:52620) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sC5Fy-0007co-P9 for 71117@debbugs.gnu.org; Tue, 28 May 2024 18:25:23 -0400 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 1sC5Fi-0002K7-PV; Tue, 28 May 2024 18:25:06 -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=8EemK2cyaza3nVvGh0+wcX9RJpQQo0qOkyn2bLx2wKY=; b=L6CHVLyFw2vcVo/N91yO BBKLN2GpzsAThHjx0iSqwxse7iMowFYA7ulY1sWtOy1fW38sxwJkDxcjpXHRaeigSZSgssrHvxr1d Iaj6a+BOCfT56m0Vf5XTt/HooKeb4R1j0xKT6192TwwOtJDPQ0L2qo/O4LvRLzX3gXvFvX811gUWz BYzeRSkUTrT8GeC64wadwuzuek/HPgmIi4kl4oiNyUj8YDt7AAYGIb1A9RqcthjniHQ+QQqMRhEYB qjRqtSR0hRBqjXFhv0xS3y9yNDqiF6NF5mGMPNpc4u5M5pt/TWY0sHAq+T8IYe5X5PuMxfnSP9mLq PyeQZ2NuP6cLpw==; Received: from acorallo by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1sC5Fh-0006jP-N4; Tue, 28 May 2024 18:25:05 -0400 From: Andrea Corallo To: =?utf-8?Q?K=C3=A9vin?= Le Gouguec Subject: Re: bug#71117: 30.0.50; output of describe-function In-Reply-To: <87r0dl4mqd.fsf@gmail.com> (=?utf-8?Q?=22K=C3=A9vin?= Le Gouguec"'s message of "Wed, 29 May 2024 00:04:26 +0200") 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> Date: Tue, 28 May 2024 18:25:05 -0400 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 71117 Cc: Eli Zaretskii , andreas.roehler@easy-emacs.de, 71117@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) K=C3=A9vin Le Gouguec writes: > Andrea Corallo writes: > >> Eli Zaretskii writes: >> >>>> From: Andrea Corallo >>>> Cc: K=C3=A9vin Le Gouguec , >>>> 71117@debbugs.gnu.org, >>>> andreas.roehler@easy-emacs.de >>>> Date: Tue, 28 May 2024 13:44:33 -0400 >>>>=20 >>>> >> Were you thinking of a command that specifically targets the symbol= from >>>> >> a displayed *Help* buffer, so the user would do e.g. >>>> >>=20 >>>> >> C-h v VAR RET ; shows *Help* for VAR >>>> >> C-h SOMETHING ; finds source for VAR >>>> >>=20 >>>> >> where C-h SOMETHING's implementation would do (a smarter version of) >>>> >> (with-current-buffer "*Help*" >>>> >> (help-view-source)) >>>> >>=20 >>>> >> ? >>>> > >>>> > Yes, exactly. >>>>=20 >>>> Something like the attached? >>>>=20 >>>> It makes C-h z FUNCTION find the source for FUNCTION. >>> >>> I might be mistaken, but I don't think this is what I had in mind. >> >> You are not. >> >>> My use case is exactly like described above: I type "C-h v" or "C-h >>> f", which displays the *Help* buffer in the other window. Then I want >>> to go to the source where the variable or function are defined, but >>> without the need to switch to the window showing *Help*. >> >> The attached is my understanding of what we want (still using C-h z). >> K=C3=A9vin's mail make me suspect I've been too naive but anyway =F0=9F= =98=85... > > I don't actually have concrete examples where my allegedly-not-so-smart > serving suggestion might fail =F0=9F=98=89 The best I can come up with are > what-ifs, e.g. "what if a user advises describe-* functions to rename > *Help* buffers to something non-standard like *Help *"; my answer > then would be "describe-* commands could set some variable, > e.g. last-help-buffer, that 'C-h z' could then consult". > > That's if we cared to support this kind of edge case, of course. I thought about the variable but I didn't like to have to maintain a status more (ie clean the variable when *Help* is killed). OTOH in help-fns-tests.el we already have a good number of hard-coded '*Help*' around, so I think the current status quo is that we don't care. > Re. the binding: if we are entering "Do Something With That Help Buffer > I Just Invoked"-land, I wonder if we should stop at view-source; I could > imagine users wanting to do other useful things like goto-info or > customize. In which case maybe we can find a mnemonic prefix to tuck > all these actions? > > 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. 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. Andrea From debbugs-submit-bounces@debbugs.gnu.org Wed May 29 07:26:26 2024 Received: (at 71117) by debbugs.gnu.org; 29 May 2024 11:26:26 +0000 Received: from localhost ([127.0.0.1]:57627 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sCHRq-0000mw-8r for submit@debbugs.gnu.org; Wed, 29 May 2024 07:26:26 -0400 Received: from eggs.gnu.org ([209.51.188.92]:58790) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sCHRo-0000mj-96 for 71117@debbugs.gnu.org; Wed, 29 May 2024 07:26:25 -0400 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 1sCHRY-0000hS-7k; Wed, 29 May 2024 07:26:08 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=YvgPLcPq1g86qFVSN2PMMmo3wUw2tvsqRpCI6C7kWXM=; b=bdDIFsNWDOY81Kk97vb1 mfR7Lw6VBsbqno+gmmEttrZ2JIqZe3YAbVWNOPSge4AP7B8AjLLVHUQAzAXYgM8Ep9yo9fVshQYGA uYdQEungYcLNDRIQse1JVGUIY9Ynx6R4kH75F63QnFXvqErYL9Nf+Fs0VyyZYAKyKtWumn0ahltQQ 2ZomXU+2EkXs2O0D1hZwGe0cBMporiAxL6E2alF+DEe2cngHCNPm5keX7HpR2qUAu/tp8bVE1ewNR 5XB62S2T68TDJOU18/6BfCMnQj0extwMp8Ex2LNA7cN55zddSxMCGWNybztKohzC3iolgwtI8ETRk 2o4OYb+Kh2Tpew==; Date: Wed, 29 May 2024 14:25:45 +0300 Message-Id: <868qzsuafa.fsf@gnu.org> From: Eli Zaretskii To: Andrea Corallo In-Reply-To: (message from Andrea Corallo on Tue, 28 May 2024 18:25:05 -0400) Subject: Re: bug#71117: 30.0.50; output of describe-function 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> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 71117 Cc: 71117@debbugs.gnu.org, andreas.roehler@easy-emacs.de, kevin.legouguec@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Andrea Corallo > Cc: Eli Zaretskii , 71117@debbugs.gnu.org, > andreas.roehler@easy-emacs.de > Date: Tue, 28 May 2024 18:25:05 -0400 > > Kévin Le Gouguec writes: > > > 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… though > > nowadays 'C-x 4 4 i' also works, and 'C-x 4 i' is currently free 🤔 > > > > '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. > > 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. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Wed May 29 07:39:12 2024 Received: (at 71117) by debbugs.gnu.org; 29 May 2024 11:39:12 +0000 Received: from localhost ([127.0.0.1]:58120 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sCHeB-00040q-Nu for submit@debbugs.gnu.org; Wed, 29 May 2024 07:39:11 -0400 Received: from eggs.gnu.org ([209.51.188.92]:33976) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sCHe9-00040V-9A for 71117@debbugs.gnu.org; Wed, 29 May 2024 07:39:10 -0400 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 1sCHds-000347-FW; Wed, 29 May 2024 07:38:52 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=j+VX1KlbFGXAkwl7lLLhlortvBomjvvMHnVPL6auXPU=; b=OcEcTlIRMrSLJ1M9qHDv gZIt3ALbCNh5PvjMB8Ik6uGEvlKVHKivviDaBYb7Ws7Wu4yjtJX7eDUr5Myv84qg22CnAysmnxR4H s1teC0HYeF+TxQL71rhmGSvI+j57TihX8UZ79xzDBZwJqJlAGldfDbUkQCCRvxQDC72idvGnanBIh zjHjC73RoE6+zUoyeIxEOF8G4UKnJPoP/ZymUDo/zX9KZP3P7xmmVBFh9WQxOcJ46JodL2aCbxHT2 0UwqZSimpiXtNrbtAZhN8QUHaAfIrVhXTN8qleWKQtB1OyZ6dm6smFaK4x62nZJVGV/siH945LCTb A+a6OKXUI116Ng==; Date: Wed, 29 May 2024 14:38:49 +0300 Message-Id: <865xuwu9ti.fsf@gnu.org> From: Eli Zaretskii To: =?utf-8?Q?K=C3=A9vin?= Le Gouguec In-Reply-To: <87r0dl4mqd.fsf@gmail.com> (message from =?utf-8?Q?K=C3=A9vin?= Le Gouguec on Wed, 29 May 2024 00:04:26 +0200) Subject: Re: bug#71117: 30.0.50; output of describe-function 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> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 71117 Cc: 71117@debbugs.gnu.org, acorallo@gnu.org, andreas.roehler@easy-emacs.de X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Kévin Le Gouguec > Cc: Eli Zaretskii , 71117@debbugs.gnu.org, > andreas.roehler@easy-emacs.de > Date: Wed, 29 May 2024 00:04:26 +0200 > > I don't actually have concrete examples where my allegedly-not-so-smart > serving suggestion might fail 😉 The best I can come up with are > what-ifs, e.g. "what if a user advises describe-* functions to rename > *Help* buffers to something non-standard like *Help *"; First, AFAICT describe-* functions don't know about the name of the buffer. So advising them will not affect the buffer name. Second, if someone advises the functions which do know about that, they have an uphill battle to fight, and IMNSHO they get what they deserve. Last, but not least, if we want to be holier that the Pope, we can use the function help-buffer to get at the buffer, whatever its name. From debbugs-submit-bounces@debbugs.gnu.org Wed May 29 11:18:00 2024 Received: (at 71117) by debbugs.gnu.org; 29 May 2024 15:18:00 +0000 Received: from localhost ([127.0.0.1]:40078 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sCL3v-00043A-Sl for submit@debbugs.gnu.org; Wed, 29 May 2024 11:18:00 -0400 Received: from eggs.gnu.org ([209.51.188.92]:47896) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sCL3t-00042q-Ki for 71117@debbugs.gnu.org; Wed, 29 May 2024 11:17:58 -0400 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 1sCL3d-00012u-E1; Wed, 29 May 2024 11:17:41 -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=zTJuDjkJFTvL6rZY/98ZGb2XXuvcbPIcfLwVp4IbQbw=; b=shIhWiJ16zxtdrCoPsUb 0cFIhQ2zxmOMsqR+IRR35X1z5eQ4SGpPJUiZKoUgHsoLwUrADBg/gHfkMH1Y+3xhaudn4yiTXe9RG aXIUzTbFowzVH2LXfx3NMCdGWJELsPnLvmU7J7apwNfd9usNwTQaOx12BrbGxQR63la9OglTvw8A+ SIQzuMEZW1gv7cDk4dapfwTZ9veJ46Psn/lQ/d0ByBdOrUtPKTtlPNXla6xmauh1WQM1B1p6E/d9f O2/xj9hXlPefRmKZ3vurKtkt/+RMUqjYCYclA+0wyjixmaw0zOgC11UzG/U3NqDUk3bg2jv3iPvMA 9YYpOqdDAkUgUA==; Received: from acorallo by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1sCL3b-0003Jg-JI; Wed, 29 May 2024 11:17:39 -0400 From: Andrea Corallo To: Eli Zaretskii Subject: Re: bug#71117: 30.0.50; output of describe-function In-Reply-To: <868qzsuafa.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 29 May 2024 14:25:45 +0300") 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> Date: Wed, 29 May 2024 11:17:39 -0400 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 71117 Cc: 71117@debbugs.gnu.org, andreas.roehler@easy-emacs.de, kevin.legouguec@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: >> 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 tho= ugh >> > 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. Okay done, please have a look as usual. 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? Thanks Andrea From debbugs-submit-bounces@debbugs.gnu.org Wed May 29 11:55:03 2024 Received: (at 71117) by debbugs.gnu.org; 29 May 2024 15:55:03 +0000 Received: from localhost ([127.0.0.1]:41804 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sCLdn-0005SK-FQ for submit@debbugs.gnu.org; Wed, 29 May 2024 11:55:03 -0400 Received: from eggs.gnu.org ([209.51.188.92]:56552) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sCLdl-0005Rd-2V for 71117@debbugs.gnu.org; Wed, 29 May 2024 11:55:01 -0400 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 1sCLdV-0000rb-BO; Wed, 29 May 2024 11:54:45 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=5u9GVyCfnhAcomhiQx6ezX8XndQAf9vCnlYyO3xlO2o=; b=iBrSxTRMlsBXycSrlgrU cUCQ4l/Y6kJTbgOrzEMi1m7bCsIZOerUY+2PsSrySSMf/8+N8CqMmXEmxmpW7l0YGXjZQrG3QYWhh m+YnB3SsUJQhDmFBpc9u63HgCQTh8s/rNa3oJ8BxhUYzKifKGvxeq+7r1ClbiiqE+QfAYesGhuLXJ x4h2dFU2bBb4JWyTEh+gYRuLGKtHgDysIm1QerJtx8ePJrNpeUltETqQEp+cbRZ3SIs1OEqg+gW01 8ZYI+fNsAJSi/ClL7cp3QU33X3NuTizlgRb62ho8V4qLMhmn5DS5QzPNxNEFBdOVn6g7WleXKXuzq BtQeJCXLlzSBSw==; Date: Wed, 29 May 2024 18:54:39 +0300 Message-Id: <86plt4sjeo.fsf@gnu.org> From: Eli Zaretskii To: Andrea Corallo In-Reply-To: (message from Andrea Corallo on Wed, 29 May 2024 11:17:39 -0400) Subject: Re: bug#71117: 30.0.50; output of describe-function 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> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 71117 Cc: 71117@debbugs.gnu.org, andreas.roehler@easy-emacs.de, kevin.legouguec@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > 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 > > Eli Zaretskii writes: > > >> From: Andrea Corallo > >> Cc: Eli Zaretskii , 71117@debbugs.gnu.org, > >> andreas.roehler@easy-emacs.de > >> Date: Tue, 28 May 2024 18:25:05 -0400 > >> > >> Kévin Le Gouguec writes: > >> > >> > 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… though > >> > nowadays 'C-x 4 4 i' also works, and 'C-x 4 i' is currently free 🤔 > >> > > >> > '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. > >> > >> 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. > > Okay done, please have a look as usual. LGTM, thanks. > 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. And I just did that, so we should be okay for a while. From debbugs-submit-bounces@debbugs.gnu.org Wed May 29 12:04:37 2024 Received: (at 71117-done) by debbugs.gnu.org; 29 May 2024 16:04:37 +0000 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 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 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==; 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 From: Andrea Corallo To: Eli Zaretskii Subject: Re: bug#71117: 30.0.50; output of describe-function In-Reply-To: <86plt4sjeo.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 29 May 2024 18:54:39 +0300") 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> Date: Wed, 29 May 2024 12:04:18 -0400 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 71117-done Cc: 71117-done@debbugs.gnu.org, andreas.roehler@easy-emacs.de, kevin.legouguec@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) 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 From unknown Fri Jun 20 07:17:18 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 27 Jun 2024 11:24:06 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator