From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Arthur Miller Newsgroups: gmane.emacs.devel Subject: Re: bug#36767: 26.1; request: add more quick keys to the *Help* buffer Date: Fri, 24 Sep 2021 00:18:35 +0200 Message-ID: References: <87mtrrq7t7.fsf@gnus.org> <87pmt0qomh.fsf@gnus.org> <87wnn7xbdg.fsf@gnus.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="34195"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: ndame , emacs-devel@gnu.org To: Lars Ingebrigtsen Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Sep 24 00:20:01 2021 Return-path: Envelope-to: ged-emacs-devel@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 1mTX4S-0008he-Vo for ged-emacs-devel@m.gmane-mx.org; Fri, 24 Sep 2021 00:20:01 +0200 Original-Received: from localhost ([::1]:49114 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mTX4R-0005U9-Pc for ged-emacs-devel@m.gmane-mx.org; Thu, 23 Sep 2021 18:19:59 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:54068) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mTX3H-0004P2-6s for emacs-devel@gnu.org; Thu, 23 Sep 2021 18:18:47 -0400 Original-Received: from mail-oln040092073052.outbound.protection.outlook.com ([40.92.73.52]:24017 helo=EUR04-HE1-obe.outbound.protection.outlook.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mTX3C-00025G-SX for emacs-devel@gnu.org; Thu, 23 Sep 2021 18:18:46 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=n4nT/pPktjwiFCSZfM5vKG66i4COAFfPPn595z8EDFaboI+P5mdagOLqbX3zkAPaqr3qMPww4TKMW+T6x61SzBRtETWx+NNUr0buMKBQAMw6YBvmSS5UxaFpM6+6J6rLRzwh+JZuTRKS+SGF+GpATKYVdD0hAC13rFmjLoMmPAjqTGaE4xYudWmcEvqYNyp8w23YsdIzNtjon0eV7mtjj2h0pax5mQEoauFG5gFMLy1fT4H1p6vV/K+8/GrZDR0pZEPo35Y0b302eSIS2axQEhBpBSrRGKNlRQeb5Yyy/SkMRlr3kwNvr7Rtk3lcHv8WoQIrNmbSoe2mCk/Zjw8nxA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=pSG9zUYL6dfRpyQafbrvPh2XUlwN2IMg625LV87i7Qw=; b=GgFxiWrYsANy/12ZijEc6NgeJgcO1vivZ4J6EcQb90CNQsIN+vA1e0gEQvxOWY4xOn18cAmwotDC5BAO1MpCffv5Sq+SArgdjQXU5P7pGOk2dr4qvxbSxLCHKPNAmTlbnAGLEnUINZ5CCaniKXg+rdMXfjCJlP14RoEt7l7LpdQ9m7MKfrEsDyFTBWV1PfXrk8qksK/PDrdAYNXn3dhiXCp+eubzWVMz8ZtkGh5C0GnS7+fW4TW7M+CSyZIUcRWBSx4ny48Nc+q5VSFvKd5gwADgnfuiXHjgud5D/gLyZindZQO5vtwiMPPA0/dNjE/xb/V8lgkQy8xx407PVKGXOg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=live.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=pSG9zUYL6dfRpyQafbrvPh2XUlwN2IMg625LV87i7Qw=; b=EIMU/JJf9uVxXqh1E1LlvwEaA3dE4mzdgRuZA/boVkiXqnQmU6qjCc8l+I0wK5x48o9+7p7kL81mNKaFfglHNg3UBhyx+KLf4voQzqlkOzBVy1IWFxjjXI43eFqMNS4hXg+exabFM3PKbZ4XzrGknW/vC/KzdJPqlh1EWb0tzMQVk1GzzkjfJj7c+EqI+H1yTfGhn/KjfCOmpHhpujP91oPHMrGKzk3B4D3HVqFoMCkCtJhKDBZi2t2y2ImElCVKIYS505RxViMDCpgkzC1wDNEFacbtNQBagdqdexSiO+E22+srNsrFF8cOt3W1rXOpnM9SKIoubZ+BEfN/A3v39A== Original-Received: from DB9PR09MB4986.eurprd09.prod.outlook.com (2603:10a6:10:2a9::19) by DB6PR0902MB1767.eurprd09.prod.outlook.com (2603:10a6:4:af::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4544.14; Thu, 23 Sep 2021 22:18:37 +0000 Original-Received: from DB9PR09MB4986.eurprd09.prod.outlook.com ([fe80::80be:d528:d357:5d3a]) by DB9PR09MB4986.eurprd09.prod.outlook.com ([fe80::80be:d528:d357:5d3a%9]) with mapi id 15.20.4544.015; Thu, 23 Sep 2021 22:18:37 +0000 In-Reply-To: <87wnn7xbdg.fsf@gnus.org> (Lars Ingebrigtsen's message of "Thu, 23 Sep 2021 22:52:59 +0200") X-TMN: [KmREtf4L0r+XFVvodSJJWr/U7ZSC5nwP] X-ClientProxiedBy: AM6P192CA0095.EURP192.PROD.OUTLOOK.COM (2603:10a6:209:8d::36) To DB9PR09MB4986.eurprd09.prod.outlook.com (2603:10a6:10:2a9::19) X-Microsoft-Original-Message-ID: <87lf3nc4w4.fsf@live.com> X-MS-Exchange-MessageSentRepresentingType: 1 Original-Received: from pascal.homepc (81.232.177.30) by AM6P192CA0095.EURP192.PROD.OUTLOOK.COM (2603:10a6:209:8d::36) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4544.14 via Frontend Transport; Thu, 23 Sep 2021 22:18:36 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 9b9a767c-ed17-4be6-20af-08d97ee016af X-MS-TrafficTypeDiagnostic: DB6PR0902MB1767: X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: eTNfEcu16789/NBvKWLITqbHsTjAEIv/U10YnlMXrwo/WfgB91gsAjrZj38SNdTG+6nwEZoQTFaKKvb0IJzFWXGeNGiZ21p7eKktVdz1TDdLdjMsEehcDS1fdriZLCP6b0RF2tlpw/20csJkO9s9uRLru/dG934TjeM084xtRisS2W+VRZ2p/z5KfWb5ojacc6NYCAvlR0bfunRh2ajTXV/fSPFNNLJHTWrvc33haK3YSABab8eVh5jTGKMAvQzUUlb7Mx7qzePi0a+Wx94FMwGaZ5KHWzMwcV/AXGEAiF2a626TiBza1neeV4fLOK+MatOcclMbqGG3DKP2jqN6zxe9F/DLrnXRblu2xxYukdHofcMsvcp4GtBtZ+od68Vq6JvEghmJGUbRXn1SwMn/kZB2bEQkcV4vt7CP3hDDBQOukLj9maHWC0fA52JliRT+ X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: bako+9TR2yJAdw+pRXyfxAs3qwmDe0PCP/INau5mlzraZO8FgfB4Q82WxJKR5Z46dQuMgbfzFLsE7PwKlikZ0gqm7MZsaIFhsQfZM91pvvn1v8adp758f2jipF7ZPGtpHNQDUz0qdsza+uL9sw5LGQ== X-OriginatorOrg: sct-15-20-3174-20-msonline-outlook-72e6e.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: 9b9a767c-ed17-4be6-20af-08d97ee016af X-MS-Exchange-CrossTenant-AuthSource: DB9PR09MB4986.eurprd09.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 23 Sep 2021 22:18:37.6388 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB6PR0902MB1767 Received-SPF: pass client-ip=40.92.73.52; envelope-from=arthur.miller@live.com; helo=EUR04-HE1-obe.outbound.protection.outlook.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, MSGID_FROM_MTA_HEADER=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:275370 Archived-At: Lars Ingebrigtsen writes: > Arthur Miller writes: > >> You can see how it looks like. I have attached a small screenshot too, >> so you don't need to apply it just to see how it looks like. The file >> name at the end of the header is probably clear on it's own; the >> symbol link is as clear/unclear as rest of the links in the buffer. > > (You're doing all these mails in a bug report that has been archived, so > the only other people who's reading them are the ones in the CCs. If > you wish to discuss things publicly, either do so in emacs-devel or open > a new bug report.) I actually wondered why I was getting all those autmoated responses from bug archive, but don't know how to fix that :). Sorry. Wasn't my intention. I have removed debbugs from the CC, and atached emacs-devel, hopefully it's better now? Should I remove the bug number too? > I fixed up your patch so that it works more reliably, but then I > remembered why I didn't add the link: We don't know at this point > whether the symbol in question is documented in the manual. Adding a > link to something that fails is bad UI. And we can't check whether the > symbol exists in the manual when generating the *Help* buffer, because > it's slow, and the trade-off (making the command slow versus an extra > link) is not a good one. Sure, it is ok. I don't think either it is very good idea to have failing links. Same happens with 'i' command too, but that is not as visible.