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: Info-mode patch Date: Sat, 01 Jul 2023 11:11:34 +0200 Message-ID: References: <86fs6ertto.fsf@mail.linkov.net> <86wmzpqva6.fsf@mail.linkov.net> <867cropyh3.fsf@mail.linkov.net> <86mt0kulli.fsf@mail.linkov.net> <86wmzmzs1s.fsf@mail.linkov.net> <86edluyxhl.fsf@mail.linkov.net> <86bkgxfm34.fsf@mail.linkov.net> <86zg4gddtf.fsf@mail.linkov.net> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="28223"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: emacs-devel@gnu.org To: Juri Linkov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Jul 01 11:54:37 2023 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 1qFXJM-00077d-2A for ged-emacs-devel@m.gmane-mx.org; Sat, 01 Jul 2023 11:54:36 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qFXIi-0005QR-A5; Sat, 01 Jul 2023 05:53:56 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qFWig-0007Lm-1b for emacs-devel@gnu.org; Sat, 01 Jul 2023 05:16:42 -0400 Original-Received: from mail-db8eur05olkn2081c.outbound.protection.outlook.com ([2a01:111:f400:7e1a::81c] helo=EUR05-DB8-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 1qFWie-0006Sc-1C for emacs-devel@gnu.org; Sat, 01 Jul 2023 05:16:41 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=mq1FkpBnFC2N+s7glZ9ZCsER98pWkuHWp+lbbVwYESOA3Gkj1a3+feMUGgqcrsX3WUpbWOPA/jIUM0vvz4L71SpoDFMpXX61YWOP57Xg8Iutj3gJbsKcxZeFIcsukImrRyzDGu5A5fSxTVGUvnyTDZCyMPZhjlwOZpxsZsqQnQzwzPZNbg3NmgLYgG/6ui9GPGSQ18GGzJbTSEaNGVgeFOQCu8bBkzkNsANS9091mVTqqD5n3Az+tfWkzXs9fyeBjROBfZAjzyg8PWBh4J+rZqS+4VhKoai6EeNmb8c6M7ZMS2rmL3eeBVDdy4axUvQpC+w07nRz5BLxH1LyouorCA== 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:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=r1Put4yyrwwvBUB6KeWuFW4GpVzpj+Oc1VDOiENbRsA=; b=a+xQypeInt7YRHWOOeZ5s/AIDjup3n1m1JwJNihmcda83pJA8pYVCsdPVX71FT1UDiWs2DEG5zFKfVqF8DwFjeEkPyg70WE8rVbnfVaw4nvjoayGT7Z1NR//L8WZr2OT1RSuknQIE+OtLQ1sj6PL7PrYTV1rh2L8jOkSgtvTkB7SkYiPDQLLRQHBw2VOcc1FRZfq0Bf/1rvu2mOkDWmRArGFsdjT2TtUX26eZN9cO99BsjCS9pjRIDxZJ+M0zXc+p6XNWlD3LXm1bMB7mUUJith6t5fkOkwux/mRotbPl9ocBW95/noUrCrWwq1vS0ofNAw1I9DA6q5dy7CeUDxD6Q== 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=r1Put4yyrwwvBUB6KeWuFW4GpVzpj+Oc1VDOiENbRsA=; b=KvNjcSUjI9qNaQoln+pENH6wLIC3VyIMZvRu65vTf2ADnBNSmfpsBEWjY0ecwwQAHyL5XqksQbw7YCq+JwVywTLLTpAx5xINkj9mZEQgxkuWz5mBDoWsrxfgdbZ8ycasI7mpJkxAr4/NuxXX6h88KFxfHnf2DbCwy/zY9hRDSxoaVpPi+mwEQyz9NlC6JarfbBvQDuBs4+xiDe1N2HH1N/d6p8Od3TKlKNA+L4iXCXmKvqBKn9eU4NH4SQms7D7IPUU+0LMOkBAHgChMo6v6EOVB9HyVQKPdA8O/ZMv8ZKcrPJ+9arJ4FYiEi1hxImOEG+LMsD8oM57n3YeVaq78PQ== Original-Received: from AM9PR09MB4977.eurprd09.prod.outlook.com (2603:10a6:20b:304::20) by DU0PR09MB6017.eurprd09.prod.outlook.com (2603:10a6:10:40b::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6544.24; Sat, 1 Jul 2023 09:11:36 +0000 Original-Received: from AM9PR09MB4977.eurprd09.prod.outlook.com ([fe80::4a5f:42f9:d78f:2021]) by AM9PR09MB4977.eurprd09.prod.outlook.com ([fe80::4a5f:42f9:d78f:2021%4]) with mapi id 15.20.6544.024; Sat, 1 Jul 2023 09:11:36 +0000 In-Reply-To: <86zg4gddtf.fsf@mail.linkov.net> (Juri Linkov's message of "Fri, 30 Jun 2023 20:57:08 +0300") X-TMN: [AOs/1ZKK4kvN/NBmf14B0eHQw3jruqws] X-ClientProxiedBy: BE1P281CA0196.DEUP281.PROD.OUTLOOK.COM (2603:10a6:b10:89::8) To AM9PR09MB4977.eurprd09.prod.outlook.com (2603:10a6:20b:304::20) X-Microsoft-Original-Message-ID: <82jzvkm1x5.fsf@live.com> X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: AM9PR09MB4977:EE_|DU0PR09MB6017:EE_ X-MS-Office365-Filtering-Correlation-Id: 80a6a60a-a076-4f49-31d3-08db7a132b76 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: RGRiH6XhunHroH4easOQFnK5g2zednPu5KbAnNfy6MkknsVIq7afW+LYjaoPo/boaS/9XddCdLwlUHfk7ZKLZBMd99mBJN+oLPEWIcxftWqUC24MFDun56vJdUjEDynw30pit4Vdh/HOz1C5TzYMwuPiENlgwfphuMk7iwd9OhkPya1GJwcokWdWeVxNrQjVr1uHsEheyE3xJc1JTw/g81wAHO1Tra10b59Qm7lErFZpU4lCO17BGhYu3LIsP2LOQRztts6oXBJjO70rr9LdgBAM+7uHlGYc3J4h/ILyfwGxl0TNLHnXEovFBlV7Q27TSXoVnYTgCDuQJEg1LH0z9XVyKzgz+ZZZiJatORtvng7m5eja4PQL1W6TXNuzwxvANVpKcPcsCTdjO9qP8CA3HlNYrauCXHQhhW/e6iBCcX93xH8IlRpgEaJToQlki36/rdHyQsGAT0gcE2CNtVkor7OZ3GYKXk0QgLcZBiLxVo61LxtYbUxHwv0oq65zc8G3LoQ+avrixBGk3/8LeQgQpgiTRgHWQtWN6Nh5eOHiDRqJBTaK7vk4Y4/SRAwOZG6e X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?us-ascii?Q?R05DBDdcq7UEJmsOsWSI5Qt0ZdFKOkxcO1hMI/nsBveV9zw2YYZmlDSYzfDw?= =?us-ascii?Q?amPV9sxPBDt96taGwHTuSN36r9qo0cJNvr1XzRfGyQGRAujEnjYu96t6jr7C?= =?us-ascii?Q?ENIEFEkzSyr7ywrID2JnIrVgjIBXCZF658SD59sqO+LOWJBzBtgDw+JccPgM?= =?us-ascii?Q?cfGMoQob6zYiAhfN3uKEW3F66lSrOVEMEiUoRZ0BzLbokDP7g1zljCavNytt?= =?us-ascii?Q?bbOuo+8Z/+YSE4gXmc+dydZ5lZ5OULYi8tLdG4zn5yfJdT7kZWKs+8VRy0CU?= =?us-ascii?Q?uLnN3obzN8UOssbJ/AvtATDLkRHlereDdCCyFfNKTS/LdabI0X3cEodVQnzb?= =?us-ascii?Q?kzhQpzTxlT9+YOo34dUfakgsis/g9XVZcEzWYaliykbZeMtH55gaBKeR+IVN?= =?us-ascii?Q?Ybqy4hg4PFrHTv9oT/dSS+z4I3vlvHidAsBkKo6KRa2fNC+FzxmdG+DaoXrN?= =?us-ascii?Q?OncNICM2j6TiPRDQ83eFiSiaDUdJE0lpeSULVmW8tf/MInoesQnfhJcoWDP5?= =?us-ascii?Q?UcGP8fxMErSIwYGmnkJ6W8Z3f46ArmbuHG5El/qmuL50VmNAOKJF1C5GAm47?= =?us-ascii?Q?izwKM305WvYFeEdSftNbqaCq6vagL3xUsLuNbbT8KYUNp0RdVVSCVDo5A3yz?= =?us-ascii?Q?A0 X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-64da6.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: 80a6a60a-a076-4f49-31d3-08db7a132b76 X-MS-Exchange-CrossTenant-AuthSource: AM9PR09MB4977.eurprd09.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 01 Jul 2023 09:11:36.1056 (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: DU0PR09MB6017 Received-SPF: pass client-ip=2a01:111:f400:7e1a::81c; envelope-from=arthur.miller@live.com; helo=EUR05-DB8-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, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Mailman-Approved-At: Sat, 01 Jul 2023 05:53:54 -0400 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:307325 Archived-At: Juri Linkov writes: >>> Another advantage of wrapper commands is that you can implement what >>> Manuel asked you to do to make key sequences for another window repeatable. >>> This is possible only when you have separate wrapper commands like >>> Info-directory-other-window and a separate keymap with them like >>> Info-other-window-map. >> >> What exactly would not make my patch work with repeating commands? > > You can't add repeat symbols on existing Info commands used in Info buffers, > only wrapper commands with a prefix key should be repeatable. I am not sure what that means, but I have tried repeat mode now with my patch and it works out of the box. Both from an info buffer, and from other buffer. It is kind-a cool, was not familiar with repeat mode before. Can I get *some* help? When rewriting Info-mode-map definition, so I can use :repeat keword to skip typing bunch of "put" statements, I couldn't add tool-bar shortcuts in the map definitions. How do I use those with kbd syntax? (defvar-keymap Info-mode-map ( ... ) ;;" " 'Info-history-back-menu ;;" " 'Info-history-forward-menu ) (define-key Info-mode-map [tool-bar C-Back\ in\ history] 'Info-history-back-menu) (define-key Info-mode-map [tool-bar C-Forward\ in\ history] 'Info-history-forward-menu) (put 'Info-beginning-of-buffer :advertised-binding "b") I would like to not have to use those two define-key statements after the definition. >>>> I am not sure I understand you there. How am I supposed to go back in info >>>> buffer, if help window is nearest, or how am I supposed to go back in some other >>>> info buffer than the nearest one? What does "nearest" even mean? >>> >>> The nearness can be defined by the combined help-or-info-window >>> that handles both modes. >> >> "Can be defined" is not an answer on "what does it mean". > > You decide what does it mean. It can be anything that you want. For > example, next-window or the most recently used window, it's up to you ;) :). Ok, so we are getting another "pluggable framework"? "Up to you" s still not an answer. What will it do out of the box, what is do YOU mean with "nearest", what will be the default? That is an honest consideration. Isn't it better to first *solve* the problem and get understanding of the issues before engineering yet another framework? >From your response throught this conservaton and I understand that you have not done the research and don't have understanding of the problems involved. I think it is a be arrogant and disrespectfull to someone who has put work and testing like I did to just dismiss it without even trying the solution, but anyway I have helped you to understand the problems involved. A part of those prombs help you with those issues was a question you have left unanswered: > Is there some way to tell interactive where all propts will be placed, without > parsing interactive form and checking strings for interactive codes or something > similar awkward? That was an real question, not a trolling, how do you solve that? Is there some piece in Emacs that can tell in which minibuffer all prompts should appear, without wrapping prompts into with-selected-frame or something similar? I would like to know myself. If there would be an option in Emacs to either let-bind minibuffer for prompt which with-selected-frame/window & co would ignore, or some option or whatever. Otherwise, wrapper approach can not deal with this, at least not what I know, but perhaps you know? You can if you do a parser for interactive form but I consider that an overkill.