From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 14 12:51:58 2023 Received: (at submit) by debbugs.gnu.org; 14 Sep 2023 16:51:58 +0000 Received: from localhost ([127.0.0.1]:40995 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qgpZN-0000Qs-KX for submit@debbugs.gnu.org; Thu, 14 Sep 2023 12:51:58 -0400 Received: from lists.gnu.org ([2001:470:142::17]:33176) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qgpZJ-0000QW-Nf for submit@debbugs.gnu.org; Thu, 14 Sep 2023 12:51:56 -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 1qgpZ7-00059f-W4 for bug-gnu-emacs@gnu.org; Thu, 14 Sep 2023 12:51:42 -0400 Received: from mout.gmx.net ([212.227.17.22]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qgpZ5-00043J-PJ for bug-gnu-emacs@gnu.org; Thu, 14 Sep 2023 12:51:41 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=s31663417; t=1694710297; x=1695315097; i=stephen.berman@gmx.net; bh=LqO6isEuA1U/PrTEjPZVVLRYpG7W1tCuCcuZE2b3itU=; h=X-UI-Sender-Class:From:To:Subject:Date; b=kQtmGYQpgh2u7BdpXHZFqlVpkm/usC4hHHHQJcbu0LPjnyn0sv4uo9AgposIGPYRalCxtt89GTe n2N6wI14yixeyljkDzxeH6s1qaW7RHus56EAaVGhr+TcMR0cu6j25EC67b/IJYoBDe5poZ56Fm42r dh6vAPWOzCdVHbDDHFP3Ex1nGZGdq9uWe5YP43XTjNPIVp+k9ItrCfqEHtLTWEqd3xsZ9CNWBAOAj GRTSL/8RNSVj71whnlHKLcc9azYT5beI7D+6NLq19IT+/CLFvJZ2YfDhkwpHXD3A52MHIBAZJOTHb Zc81c2GmE+7zfQZMQQbvK14hiu8CnPkPf8lw== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from strobelfs2 ([94.134.196.114]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MuUjC-1rXHYo3MV0-00rZis for ; Thu, 14 Sep 2023 18:51:36 +0200 From: Stephen Berman To: bug-gnu-emacs@gnu.org Subject: 30.0.50; C-e behaves surprisingly in minibuffer Date: Thu, 14 Sep 2023 18:51:36 +0200 Message-ID: <877cos8zqf.fsf@rub.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Provags-ID: V03:K1:zF9pvGbogyP0WkHPeP0+zpVX7dA9NG2lerXu1wxXbYRnxsAz2Mt V4nG9ekA1/Nv7WQSkcjPnyXge+s0YKNfoR8yaPgc1BdOdiIP5Hn0uGbsp5QGIr//fuxpQcv 9wNyDnxTmu+p0Qg7i9VKAr7J0t7GLQaZsM6EMwW8ftkjsq4hy82/t5gLg2O6bmy+HCB3FnQ QU4BBB7Qh+qSA9+/zaOdw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:Wy7VqdPeRWc=;kw26zXV1UFCmA8tPWB8Owg5yrOY 9y5EcFMSCyyhD3q1tlWmrexoB2MehqFll9DmFZ4zGLhwDzXv46s7qihM3OKv54yvcBLJELEb/ OOyMi2pTQzlUJ0POlmJY1+qwT3rDOXBhnqfEzMhbt3HMt5yIXu8BelNrbxNsWy8abtWkcELwy B9F4ICZb6CrjzlcV3iAiV5fJylKK1wlwwoSJybCvF74nfQxBOUTuVLY/H6TnMY/Wf4Fs6MEHN gl4KUxGAwG8qHqoHUOS4SZGltZ1l6MmVjjbLiMBLMLRhZQOv4B31SrwxU/nT96tfS6sBd68+f 2ilBqpq+933KujtF0nYYEM5vHD3+ZnSgkYxECHqi3KNtx38mKCl6uAoT291uPJeVLJFBrIhfK ve7SAxkcq+K2YRL6tlSI8ZODP+1COnhLUxNCD2WZMSc39Cp2VHdANWcHYRVBC1LL1gEyjOG1G 6A6F3+XDkUsoeaJRdFiKykXgHkpzHBx96B/zJTM+GWktXqppv4tKlMgiigfKQWEODettswinu FxP1Udq9ah1v56hiBIFRHwTz3muZeeghcCTGBcAnTJztvzkHxWLqBjfRAywsgYgO7N/ELhYxF Nl9WqZwdrNheiXQclU4Oo1TtBoBAplE+b9r/jyZzX8NmYrwVZi/Huo4/O+aVQ0i6zWDlFTD3/ u1AlW2EDR+5X1e8pwUPT76VTftjF1317rulK7CdsnoEAEurbJXiFTgM6kv1LfErP1NaVzqJ+Y Ft+f+as4MNGn39VwHoAEBKBxZkWKqq8Zf2iX23pIUcXSTRvlMRvuJuwjQcT92qDHW9VL7Jweo s3vAlcWK+GFZq/cSaHU78WfkyNQSE/kgqcVfOe7uvmcq68Af+Vg7Ix8Hpfzpq0ikD2c7cW+Eo /E/j7ZYYtqbHpS9Iy4SDiGhVljkQg43HKTgjiCKrtij00MZnzv1g5efKFR7JwHmWc6Wku4Tzv z8NXjPzfrXPIIqqjLd4iat6PaBg= Received-SPF: pass client-ip=212.227.17.22; envelope-from=stephen.berman@gmx.net; helo=mout.gmx.net X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 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, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 1.0 (+) 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: -0.0 (/) --=-=-= Content-Type: text/plain 0. emacs -Q Sanity checks: 1. Type a command that prompts in the minibuffer and includes text that ends before window-width, resulting e.g. in this in the minibuffer: Find file: ~/src/emacs/emacs-master/INSTALL 2. Typing C-a moves point to the beginning of the file name and then typing C-e moves point to the end of the file name. 3. Typing M-< moves point to the beginning of the prompt and then typing C-e moves point to the end of the file name. Change the input: 4. Now type a command that includes text that extends beyond window-width, resulting e.g. in this in the minibuffer: Find file: ~/src/emacs/emacs-master/java/org/gnu/emacs/EmacsLauncherPreferencesActivity.java 5. Typing C-a moves point to the beginning of the file name and then typing C-e moves point to the end of the file name (same as step 2). Here's the surprising behavior: 6. Typing M-< moves point to the beginning of the prompt but now typing C-e fails to move point. And if you move point to any position within the prompt, e.g. M-f to put point after "Find", then typing C-e moves point to the beginning of the prompt. It certainly seems like a bug that C-e, i.e. move-end-of-line, fails to move to the end of the line in step 6, and the inconsistency between the results in step 3 and step 6 also seems like a bug. The attached patch ensures that C-e in step 6 moves to the end of the file name, as in step 2, and should only affect the use of C-e in the minibuffer. In GNU Emacs 30.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.38, cairo version 1.17.6) of 2023-09-13 built on strobelfs2 Repository revision: 9838f786ded35fe49bbe84dd78af84df1337adbf Repository branch: master Windowing system distributor 'The X.Org Foundation', version 11.0.12101008 System Description: Linux From Scratch r12.0-19 Configured using: 'configure -C 'CFLAGS=-Og -g3' PKG_CONFIG_PATH=/opt/qt5/lib/pkgconfig' --=-=-= Content-Type: text/x-patch Content-Disposition: attachment Content-Description: line-move-1 patch diff --git a/lisp/simple.el b/lisp/simple.el index 35dd0f59e29..564265d8c60 100644 --- a/lisp/simple.el +++ b/lisp/simple.el @@ -8053,8 +8053,9 @@ line-move-1 ;; We avoid vertical-motion when possible ;; because that has to fontify. (forward-line 1)) - ;; Otherwise move a more sophisticated way. - ((zerop (vertical-motion 1)) + ;; Otherwise move a more sophisticated way, unless + ;; we're in the minibuffer. + ((or (zerop (vertical-motion 1)) (minibufferp)) (if (not noerror) (signal 'end-of-buffer nil) (setq done t)))) --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 14 13:27:11 2023 Received: (at 65980) by debbugs.gnu.org; 14 Sep 2023 17:27:11 +0000 Received: from localhost ([127.0.0.1]:41028 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qgq7Q-0001ZE-4A for submit@debbugs.gnu.org; Thu, 14 Sep 2023 13:27:11 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:59558) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qgq7J-0001YY-S7 for 65980@debbugs.gnu.org; Thu, 14 Sep 2023 13:27:06 -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 1qgq78-0003SZ-CB; Thu, 14 Sep 2023 13:26:50 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=ByNazfuGcpV/yna5ULHhe0a78OMa21eSbU0bX/H1TaI=; b=UntesZASelxp PNo3hOdgjIztnQlGAPXy8/yqCujjTPkcL+BV1/uGYjMLHr1cLRytfbV9cTOv7t3z5N0WhopVH5Ovh 1w/aKnUc9f688K1q5pBJ2MHeVGXomcPYjbCim9BCByMZbxggLMWRKrnEKf1yZ3ujQ7cTN/L+/Mec4 L38gv9e4BA6vZcwwikOpBGWq2Z0rqhMYT8FPFuxoNCBUdONXa6l8OhJqaHPRcSrobE+7afK+bbSI+ soNqVl4J/m5oDbPO9WnIokMWBkch+0fC0wvkFgYlI2iLDKF+WvRC/btYmXl5zGY/xF8vu7KNcwVOk nG4gia60svId8pVhR6V2Cg==; Date: Thu, 14 Sep 2023 20:26:40 +0300 Message-Id: <83edj0ll7z.fsf@gnu.org> From: Eli Zaretskii To: Stephen Berman In-Reply-To: <877cos8zqf.fsf@rub.de> (message from Stephen Berman on Thu, 14 Sep 2023 18:51:36 +0200) Subject: Re: bug#65980: 30.0.50; C-e behaves surprisingly in minibuffer References: <877cos8zqf.fsf@rub.de> X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 65980 Cc: 65980@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 (---) > From: Stephen Berman > Date: Thu, 14 Sep 2023 18:51:36 +0200 > > 4. Now type a command that includes text that extends beyond > window-width, resulting e.g. in this in the minibuffer: > Find file: ~/src/emacs/emacs-master/java/org/gnu/emacs/EmacsLauncherPreferencesActivity.java > 5. Typing C-a moves point to the beginning of the file name and then > typing C-e moves point to the end of the file name (same as step 2). > Here's the surprising behavior: > 6. Typing M-< moves point to the beginning of the prompt but now typing > C-e fails to move point. And if you move point to any position > within the prompt, e.g. M-f to put point after "Find", then typing > C-e moves point to the beginning of the prompt. > > It certainly seems like a bug that C-e, i.e. move-end-of-line, fails to > move to the end of the line in step 6, and the inconsistency between the > results in step 3 and step 6 also seems like a bug. The attached patch > ensures that C-e in step 6 moves to the end of the file name, as in step > 2, and should only affect the use of C-e in the minibuffer. It's because if fields. If you want this to work disregarding fields, set inhibit-field-text-motion non-nil, and then C-a and C-e will do what you expect even if you enter the prompt (which has the field property). With fields, you are not supposed to use M-<, only C-a. From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 14 16:37:57 2023 Received: (at 65980) by debbugs.gnu.org; 14 Sep 2023 20:37:57 +0000 Received: from localhost ([127.0.0.1]:41247 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qgt64-00044m-V1 for submit@debbugs.gnu.org; Thu, 14 Sep 2023 16:37:57 -0400 Received: from mout.gmx.net ([212.227.17.22]:49901) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qgt62-00044U-9h for 65980@debbugs.gnu.org; Thu, 14 Sep 2023 16:37:56 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=s31663417; t=1694723862; x=1695328662; i=stephen.berman@gmx.net; bh=doCBk02tiJyRofc31saKMpELkh522DJ2dw4WBMoyBHI=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=iPCjSbYT3hq+vJuSuNk7jqpOmPzqr9kvqQ1E2Pnm6aSGRsTIrRbGxeHoWqQ2cBfIfnokrzngrXg 9YJ1UoeCICgZ8ymJ0fOfAYw/9sLnSqsUrFyC5G/5lhYddyvgtQn0XEOePF5pfcrmEsc9js5q5FUvg RHimCrv2KUEQiyjdeAPMbc6fCA+eIlSa5a5XWCQoPf9qDX8KCmdTOif59LxwucLaRFY7ANwF1noTl IqYaS7INqCU0IUEf4o8uKp66TYtJ4HefUGLBD4O9C+cZcR4j3DXVE3vSC7BIz8SX0ZDlBK6kEmH+C wbHWYASK3qSf1uoB1pIZk0cKmTfELUK776IQ== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from strobelfs2 ([94.134.196.114]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1N6sn1-1rnOWX0usB-018N7H; Thu, 14 Sep 2023 22:37:42 +0200 From: Stephen Berman To: Eli Zaretskii Subject: Re: bug#65980: 30.0.50; C-e behaves surprisingly in minibuffer In-Reply-To: <83edj0ll7z.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 14 Sep 2023 20:26:40 +0300") References: <877cos8zqf.fsf@rub.de> <83edj0ll7z.fsf@gnu.org> Date: Thu, 14 Sep 2023 22:37:41 +0200 Message-ID: <8734zg8p9m.fsf@rub.de> 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-Provags-ID: V03:K1:qlr1cgzeQ59Vyq5Grlg5hDeOErEReOKSxW3Y8b2aUMX9X+kJkds 99qRSMbB/z6fevqFsS9a/KlVmb0MLdfScYhYf/mn5cAUCeDrdp0AEKq0SkxtBhWhhx65G1f pahoKtHh1MKSLTu+SLtqcHywKQuDYa8CnNwmecrlS0jvIQuBVzXRJrZIvUvSQKJOfxUTP0w 6ne8CgJTXgvCUdyMzIPFw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:Tp1fm4en3VY=;S8dYFE424KZu0xPVsYpZoqnIEEB Ey3I8fuv5OMFaGdV8xz0MoQLiGBA9Gvm+oh2ARyi+I30yddnSnwzR7e+Hiyw+v/k9PBN3Saym dE7zMQMmO6zxSoAQwxJNOHpRdFqWN+pYe4qYEHMr80BYGO4/zgmkxPgmyd0RvVfyYTbmvUgVZ RZ8veYTSXg14gcDtOT1G9d9Uj0hZlB98k8BYURFUnudx1MoSoovRjH72iJLkuhkUtEQQ1b9xn f/DaRN+eYEv3YHOxkcqciZe9s7jYh558li7z4MUstpAOYwlax0snEZc2eEBRl5itY2nFZC4cZ sy0/+4kaxJfLs0GmVKUCflhNXHiPtOt4v87qwgiDGUTm65v+185HRnMeEmUEhlKJ3SbgrUd7x mz09mq+rsX8O16+NtR7sFwc8B/E/4wonnb3LkilEswlw/jTkB+rf0ooC80JKOdXyZpJMAGoBm Dtp2s0IaLzhKxSjgJppMA3Llqy7An3sUbxn9OH8fc2nS4Oc8mrjgkVIWuh/2FEgrG17eaac4y FbMANIjCafL7gYYKmJUpMG4tFfdsCJty5Uh5FPLHzdu451Te0s5aqcDsmNhZmPMypGd/cDCai ImfxYPTMSaZd6wMRFteBZuBD3TtfSrT7C0ecaiM0V+R10gJgkPozjcXnOz79EiELJlUiYdBKa 8nsYFdT5H6GD//mpLhYQLxQGuzscBWYAHNocf01GSxudITP3Yz75jer3Y0e5wl/jr3j6DEsdu Yx9Vz5ysquqBrMLDiz8KqT2xdHcdiVUAQdt2iZal5/F+DXx53zbIWo/b1DJ59FLNlmtfIjdhl Tj1av+T8AMNddVubSQvqgX+MJb6QBTvlZxhesLmFTZYeQqtDbiic3mr9XlIqD9MdPlhTXdxNy vnf//30b3wNTbXKGzclq0Qm7keM8t9UgzK3y49LYPnjYzWgchvU5vVUV4I8siwle1PeTh8llm 0nfFOsgQacEGD80q+ltrQLT/1zE= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 65980 Cc: 65980@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.7 (-) On Thu, 14 Sep 2023 20:26:40 +0300 Eli Zaretskii wrote: >> From: Stephen Berman >> Date: Thu, 14 Sep 2023 18:51:36 +0200 >>=20 >> 4. Now type a command that includes text that extends beyond >> window-width, resulting e.g. in this in the minibuffer: >> Find file: >> ~/src/emacs/emacs-master/java/org/gnu/emacs/EmacsLauncherPreferencesActi= vity.java >> 5. Typing C-a moves point to the beginning of the file name and then >> typing C-e moves point to the end of the file name (same as step 2). >> Here's the surprising behavior: >> 6. Typing M-< moves point to the beginning of the prompt but now typing >> C-e fails to move point. And if you move point to any position >> within the prompt, e.g. M-f to put point after "Find", then typing >> C-e moves point to the beginning of the prompt. >>=20 >> It certainly seems like a bug that C-e, i.e. move-end-of-line, fails to >> move to the end of the line in step 6, and the inconsistency between the >> results in step 3 and step 6 also seems like a bug. The attached patch >> ensures that C-e in step 6 moves to the end of the file name, as in step >> 2, and should only affect the use of C-e in the minibuffer. > > It's because if fields. If you want this to work disregarding fields, > set inhibit-field-text-motion non-nil, and then C-a and C-e will do > what you expect even if you enter the prompt (which has the field > property). Yes, that makes C-e in step 6 work the same as in step 2, but it doesn't explain why the two cases are different. The point of my patch is to make the behavior of C-e in the minibuffer the same in both cases. It's a change for the benefit of Emacs users, not for Elisp programmers. Do you know of any unwanted consequences of making such a change? > With fields, you are not supposed to use M-<, only C-a. Then perhaps that should be documented in the Emacs manual, since this is a user issue. That manual currently makes no mention of either inhibit-field-text-motion or fields in the sense of the field property. But I don't think these (or at least the variable) should have to be a user concern, what matters is that Emacs behaves as documented. That is the raison d'=C3=AAtre of my patch. Of course, if it introduces other problems, then it has to be either improved or dispensed with. Steve Berman From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 15 01:41:04 2023 Received: (at 65980) by debbugs.gnu.org; 15 Sep 2023 05:41:04 +0000 Received: from localhost ([127.0.0.1]:41818 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qh1Zg-0003u0-32 for submit@debbugs.gnu.org; Fri, 15 Sep 2023 01:41:04 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:45774) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qh1Ze-0003tP-Fg for 65980@debbugs.gnu.org; Fri, 15 Sep 2023 01:41:02 -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 1qh1ZM-0004NX-61; Fri, 15 Sep 2023 01:40:45 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=gWzYIYzN5nwrCEQguk3DJWI1+a/bd4iv2LoS18apSsM=; b=e2B7TIJcfRmI vt5HGQalnRp1knsvWsCz24hxaohcPKbSPxVSqXXMaGT1eDU8aBUJb4nhGMstjJDfrfksseWa6qp9N 5UOutkBK91gAfNKZBnUsIyASXrQQATzN9V+JaAYvT+dcTpOf0sTOOtyukOGB1gPZD/Q6Pp8k67NY6 72x9hdOm5Tf2NjecxWhEtqzEbXY3ljOtdZQGhhSMrBz/EYyNvSdAIonL1tAkqiabKok3h2PhtB3Ee 2Y5M3wkJvGQBjzw6z5DI5+8BGmxjd0dpCNuzOFtqxiCucUr5FaMOr3Ng0Cszuch+VvF/zcrWoJEyh 31hY93213sjDnyV3LDpz/Q==; Date: Fri, 15 Sep 2023 08:40:25 +0300 Message-Id: <83bke4kn92.fsf@gnu.org> From: Eli Zaretskii To: Stephen Berman In-Reply-To: <8734zg8p9m.fsf@rub.de> (message from Stephen Berman on Thu, 14 Sep 2023 22:37:41 +0200) Subject: Re: bug#65980: 30.0.50; C-e behaves surprisingly in minibuffer References: <877cos8zqf.fsf@rub.de> <83edj0ll7z.fsf@gnu.org> <8734zg8p9m.fsf@rub.de> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 65980 Cc: 65980@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 (---) > From: Stephen Berman > Cc: 65980@debbugs.gnu.org > Date: Thu, 14 Sep 2023 22:37:41 +0200 > > > It's because of fields. If you want this to work disregarding fields, > > set inhibit-field-text-motion non-nil, and then C-a and C-e will do > > what you expect even if you enter the prompt (which has the field > > property). > > Yes, that makes C-e in step 6 work the same as in step 2, but it doesn't > explain why the two cases are different. The point of my patch is to > make the behavior of C-e in the minibuffer the same in both cases. It's > a change for the benefit of Emacs users, not for Elisp programmers. Do > you know of any unwanted consequences of making such a change? Your patch changes one of the subroutines of next-line and previous-line. Those by now became very complex creatures, and handle many different cases of vertical cursor motion (with and without visual-line-mode, with and without line truncation, with and without R2L text, etc.) So I hesitate to even consider it for this obscure use case. I'd be much happier if the change was in move-beginning-of-line and move-end-of-line instead, so that it wouldn't have any chance of affecting other commands. Could you try to come up with such a change instead? From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 15 06:50:01 2023 Received: (at control) by debbugs.gnu.org; 15 Sep 2023 10:50:01 +0000 Received: from localhost ([127.0.0.1]:42197 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qh6Of-0004GI-7i for submit@debbugs.gnu.org; Fri, 15 Sep 2023 06:50:01 -0400 Received: from mail-lj1-x22f.google.com ([2a00:1450:4864:20::22f]:47165) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qh6Ob-0004Fv-Fl for control@debbugs.gnu.org; Fri, 15 Sep 2023 06:50:00 -0400 Received: by mail-lj1-x22f.google.com with SMTP id 38308e7fff4ca-2bfc5218dd8so31226681fa.2 for ; Fri, 15 Sep 2023 03:49:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1694774985; x=1695379785; darn=debbugs.gnu.org; h=to:subject:message-id:date:mime-version:from:from:to:cc:subject :date:message-id:reply-to; bh=KgBTQ2JDcD/5N9r30VkN5h8bfhnV/y0TIneLJWMxc7g=; b=QFc8hQxp6Sclwhis7ZtJMZPwzyke0TbFDhlZLCbCVWyHGsHxKfAkd/loXUjkJku5YJ PJ0fXyyhYySdumoj8FegoV//wFHfrz0cA+8ddreauImQWS2ITiTxNYRVhNx3rOgO7vOW fgkhnPmJBDj0DXfjSs8sZGCbAVcoNjoR29ltU1aHhpj7CkMmsEk0tJYx4/IcHfaoYgV+ qq4sRdJtf4PwhcQ5Izw9huEiUdb4imXVJkLVMcuq0DhhVYgbllgZtWNFr8Dnyd8DT+p6 vHhHbo+udQZMSnZR8Zj8LPy0PR1/U8JTUqHGCYeXC+HQeqPnJ78xW8x+49f6D9K1voqJ XB+w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1694774985; x=1695379785; h=to:subject:message-id:date:mime-version:from:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=KgBTQ2JDcD/5N9r30VkN5h8bfhnV/y0TIneLJWMxc7g=; b=ryO9YzlAP6DK0yWvd++zQw93lmIa9FRymyLjsrVxQuxnVvXbOayEv+gpkOlcZ6pm6L lmXeigwsPVgNaL6UIwUMXpYb1rkRMNl8u2tNqtQVlCKdbAHHic3XXHZj3qxpm4P6De2I T5nZJuYYXql0iUV5CLpuk2XHGHGTFaxXyEmD5lSSJAA/M2BKZFrx3aw9hHCHKHsnBtmo fbrO/Bm03PbfiT6dTOGeZ4cwQodhcrw3MNlcPwZItPhYWLyY6NXkmBKBLvKrxZ5aYZNR Naokxxqe+WNSWW1KTEKeQ8tXPxmez56y9/wK2IwbASJJ+WAXcLgmdplf/Pq4SypH4nqS DlgQ== X-Gm-Message-State: AOJu0Ywtra2jNAajWkkp8v1BDGn2kxGxGOI35zYdfFMJQz6WK3kaWmvL +rPNIw5nYxxe3lv5UQiadjo+1kNl0gEqX9QocZhcUZdy X-Google-Smtp-Source: AGHT+IFsHwZUhsl9jeh/kq1B43ZQNt/AtFuCAeR7sDtG3F65tT8w5Kbe6ajy3oSodqnR3elE7dirJ3PkXq+oeqivNOQ= X-Received: by 2002:a2e:9607:0:b0:2bc:f252:6cc4 with SMTP id v7-20020a2e9607000000b002bcf2526cc4mr1264504ljh.10.1694774985234; Fri, 15 Sep 2023 03:49:45 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Fri, 15 Sep 2023 03:49:44 -0700 From: Stefan Kangas MIME-Version: 1.0 Date: Fri, 15 Sep 2023 03:49:44 -0700 Message-ID: Subject: control message for bug #65980 To: control@debbugs.gnu.org Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control 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 (-) severity 65980 minor quit From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 15 08:36:06 2023 Received: (at 65980) by debbugs.gnu.org; 15 Sep 2023 12:36:06 +0000 Received: from localhost ([127.0.0.1]:42387 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qh83J-0006s5-U3 for submit@debbugs.gnu.org; Fri, 15 Sep 2023 08:36:06 -0400 Received: from mout.gmx.net ([212.227.17.21]:54543) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qh83I-0006rV-1j for 65980@debbugs.gnu.org; Fri, 15 Sep 2023 08:36:04 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=s31663417; t=1694781351; x=1695386151; i=stephen.berman@gmx.net; bh=o9nIEN4h1+Qgt4vIzRoviCZtAB8nxepsp6CSx4A2HkE=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=OayWNc5iGiZ5/0y+24/VssNJO8fjzkZGKzlyxi7asfaPHqCiummnCI20NTnum6/hBGEt/S1XYyR rH4T3JVASCcp/ilJDQoXFIBl9RVuCAxEsOP5IWWPexH6DXf5BOAiILjgey4+OSUVXXLEWvRcXzAbb HX7H/jsBmiQBBIjay1A/ZKYWjZCybhLwOEIMZhA2EvFQlF0miHy/RkoSKhtXjfXOZu0y0wianwjE3 RiRS2vNz4nYn74NOZxCcRAc3XTTvh+Fx4AeX/xZCBGfBx6cUkYQfvpNYjiRjgeJ19JNzDBxZdXue4 KPbLINRRJN6cc0QGXVOK5PoRw8n3p2UPW0ag== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from strobelfs2 ([94.134.196.64]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MFbRm-1qw0wz0fEs-00H5V4; Fri, 15 Sep 2023 14:35:51 +0200 From: Stephen Berman To: Eli Zaretskii Subject: Re: bug#65980: 30.0.50; C-e behaves surprisingly in minibuffer In-Reply-To: <83bke4kn92.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 15 Sep 2023 08:40:25 +0300") References: <877cos8zqf.fsf@rub.de> <83edj0ll7z.fsf@gnu.org> <8734zg8p9m.fsf@rub.de> <83bke4kn92.fsf@gnu.org> Date: Fri, 15 Sep 2023 14:35:50 +0200 Message-ID: <87ttrv397d.fsf@gmx.net> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Provags-ID: V03:K1:s2mPEhTSzkK/DF2PCijiYYAZ2/ZPJ/LiYMCsRcNShtJXqzy54Lp ThCaX2ZeP2a/Zycv5PfMdY3KKlglFvE/s8yL726RnQHfx+NQ/bpYGV0kpED7KVzvSKS2gSK FniQ+FYWMKlZa1kMxtlV/+sFLuIEo0Mo/HRDsB3LQDUCGLx8OdrkBK++bgY+CzX7B02znDN D2DeoqdSAF9uIHYGsW1jg== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:iOaZBbPtAd8=;xnG/+Dxo6jXG5GvVun8nD24GIQ6 ow3bDjxi5EtzeJbWe93WQR1yq6Uh3wrvhFbsqbrhbjaKFvIpKIgTBykyfLn1ZT+M1//SEDCHg qax8FjeG5QaWt0Yt/vtzEGw3JNiHu+s1YoOGlNrY1NmoIfcw0J0/zFPXV/N328lXwOT9BHp7w wzB0YSTqUSL4vUxC62/QUarjHNpVfsmxF7+T1bnM4drqkgY3WgyNMBCrxWwDL1dG+XbthLBTQ iVyP27q7rrie5K1vNl7GqFpwtCKpoK36whvmFJ/+H3q7fNq8purXhHpYYlFSnx5bgyHZXdm23 dW7yJRBavf9WNBJ3PnWV03yu20kuY79OFAqIwCvL+1UMAwVfONwHw1x8cM54VwSyVfV8TNs9V X0itz4Ggtu/LZ0SrMyFXytSZsleNg9HFF64QMHu3BGyoZmWeDwA2I8jfMOPfIzjJW8dOBFUtr 4Yh24VuysQIkYY1GU/DKv1U2l5vHLCSz5MSlrPLLPK17W2llkUY4bwLlLUm0Vf64/sI+Cu5DE Kdv1exFYs2mI0l0YRFRJF390NNIa1EbdC62WxBc3DIstfZh5QEGPcpPqngY8z781tdSGSX2w1 hMz+yWdwwwZ8aqqV97JtS9OkqYudYg4WuKwDTN8C9isuC8N+561sVzIKb6vfwBMXSBXKNndWT dUiUbFvQfuu7Rv2++zJItr4U3BcJei77Ah8kzud0K03ITvs9Dmv/xzqK4te6nKOgYtY+6WUqz GoM4stseD15s/cmg4lmA1T5peld+QmHve7iVAS2fS/kHdIhVL9mq+OoTA1s6rauNvXIHpCDLI 552e/tiD79t0xNKUfLdgdAPCVHXvEqfiVMfjOavjQ8eX5KKCzcCI0MMMkJ3fImIVUqlYEQCYj FMWvIQE/KWPebS9iOpWnDWaTtrjFO8gohL4V9bZNoyoXyxtApRvcEwApt4biId0gTz3BaqKQ5 GQfV8jFmmdc+yt2sWCCRCvloUOQ= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 65980 Cc: 65980@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.7 (-) --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 15 Sep 2023 08:40:25 +0300 Eli Zaretskii wrote: >> From: Stephen Berman >> Cc: 65980@debbugs.gnu.org >> Date: Thu, 14 Sep 2023 22:37:41 +0200 >> >> > It's because of fields. If you want this to work disregarding fields= , >> > set inhibit-field-text-motion non-nil, and then C-a and C-e will do >> > what you expect even if you enter the prompt (which has the field >> > property). >> >> Yes, that makes C-e in step 6 work the same as in step 2, but it doesn'= t >> explain why the two cases are different. The point of my patch is to >> make the behavior of C-e in the minibuffer the same in both cases. It'= s >> a change for the benefit of Emacs users, not for Elisp programmers. Do >> you know of any unwanted consequences of making such a change? > > Your patch changes one of the subroutines of next-line and > previous-line. Those by now became very complex creatures, and handle > many different cases of vertical cursor motion (with and without > visual-line-mode, with and without line truncation, with and without > R2L text, etc.) So I hesitate to even consider it for this obscure use > case. I'd be much happier if the change was in move-beginning-of-line > and move-end-of-line instead, so that it wouldn't have any chance of > affecting other commands. Could you try to come up with such a change > instead? Sure. I think the easiest way is simply to take your observation about inhibit-field-text-motion and confine it to the minibuffer: --=-=-= Content-Type: text/x-patch Content-Disposition: inline Content-Description: move-end-of-line patch 1 diff --git a/lisp/simple.el b/lisp/simple.el index 35dd0f59e29..1f987a30abb 100644 --- a/lisp/simple.el +++ b/lisp/simple.el @@ -8263,7 +8263,8 @@ move-end-of-line (let ((newpos (save-excursion (let ((goal-column 0) - (line-move-visual nil)) + (line-move-visual nil) + (inhibit-field-text-motion (minibufferp))) (and (line-move arg t) ;; With bidi reordering, we may not be at bol, ;; so make sure we are. --=-=-= Content-Type: text/plain I see no need to change move-beginning-of-line, because it already behaves the same regardless of the length of the text after the prompt, namely, moving to the start of the text instead of the start of the prompt, and this is useful behavior. This does, however, raise the question of whether invoking move-end-of-line with point within the prompt string should just move to the end of the prompt, which would make it more like the mirror image of move-beginning-of-line in the minibuffer. This is easy to do for the case of the text after the prompt extending beyond window-width: --=-=-= Content-Type: text/x-patch Content-Disposition: inline Content-Description: move-end-of-line patch 2 diff --git a/lisp/simple.el b/lisp/simple.el index 35dd0f59e29..d676fe46611 100644 --- a/lisp/simple.el +++ b/lisp/simple.el @@ -8265,15 +8265,16 @@ move-end-of-line (let ((goal-column 0) (line-move-visual nil)) (and (line-move arg t) - ;; With bidi reordering, we may not be at bol, - ;; so make sure we are. - (skip-chars-backward "^\n") - (not (bobp)) - (progn - (while (and (not (bobp)) (invisible-p (1- (point)))) - (goto-char (previous-single-char-property-change - (point) 'invisible))) - (backward-char 1))) + (if (minibufferp) t + ;; With bidi reordering, we may not be at bol, + ;; so make sure we are. + (skip-chars-backward "^\n") + (not (bobp)) + (progn + (while (and (not (bobp)) (invisible-p (1- (point)))) + (goto-char (previous-single-char-property-change + (point) 'invisible))) + (backward-char 1)))) (point))))) (goto-char newpos) (if (and (> (point) newpos) --=-=-= Content-Type: text/plain However, when the text after the prompt ends before window-width, typing C-e with point within the prompt still moves to the end of the text, even with this patch. I currently don't see a way to confine the movement to the prompt field in this case without changing line-move-1, probably the code involving the test (zerop (vertical-motion 1)). I could try to do that, but maybe it's better just to retain the current behavior of move-end-of-line in the minibuffer, but make it consistent with respect to the length of the text after the prompt, as the first patch does. Steve Berman --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 16 03:56:49 2023 Received: (at 65980) by debbugs.gnu.org; 16 Sep 2023 07:56:49 +0000 Received: from localhost ([127.0.0.1]:45315 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qhQAb-0005ez-GT for submit@debbugs.gnu.org; Sat, 16 Sep 2023 03:56:49 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:40190) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qhQAZ-0005ej-Qk for 65980@debbugs.gnu.org; Sat, 16 Sep 2023 03:56: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 1qhQAN-0004q0-J7; Sat, 16 Sep 2023 03:56:35 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=cED0PLFx0CtryJ0/j5JJYStSW8DKuMo5JXlYbgzelMI=; b=oc+hS9qPe2VC cPmSC4QBR09crj6q/hnpQB+Zxbu0SdgS147vzrtRRbSNQooYdTz+uiQ7Ih4iX/Vite3ueF4ps9huu XStiA+LbXdi30MSU4oaoNnPyZLwpd2oF3tNx526GoYJ3cAggiRM1mN5PK9ZZ6Qr+bC/oTWKox8ZmL 9tZyDGRYUNexP/RbsbWYTZPsMjT1sOY+kGX4nZDzV8AeVVu8pxSwb3vxMvY8+mUPDvjzg8438r6c4 iAYKECkNw3jFTsfKBVrcr4hTf/Qjr6fZxT2DbXd00+bsVWblo8u4N2icjClsg6JY5uF0Xuq5pnN7L t2Ytydk6N/u9CpLJx20Q9A==; Date: Sat, 16 Sep 2023 10:56:27 +0300 Message-Id: <83v8caimac.fsf@gnu.org> From: Eli Zaretskii To: Stephen Berman In-Reply-To: <87ttrv397d.fsf@gmx.net> (message from Stephen Berman on Fri, 15 Sep 2023 14:35:50 +0200) Subject: Re: bug#65980: 30.0.50; C-e behaves surprisingly in minibuffer References: <877cos8zqf.fsf@rub.de> <83edj0ll7z.fsf@gnu.org> <8734zg8p9m.fsf@rub.de> <83bke4kn92.fsf@gnu.org> <87ttrv397d.fsf@gmx.net> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 65980 Cc: 65980@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 (---) > From: Stephen Berman > Cc: 65980@debbugs.gnu.org > Date: Fri, 15 Sep 2023 14:35:50 +0200 > > > Your patch changes one of the subroutines of next-line and > > previous-line. Those by now became very complex creatures, and handle > > many different cases of vertical cursor motion (with and without > > visual-line-mode, with and without line truncation, with and without > > R2L text, etc.) So I hesitate to even consider it for this obscure use > > case. I'd be much happier if the change was in move-beginning-of-line > > and move-end-of-line instead, so that it wouldn't have any chance of > > affecting other commands. Could you try to come up with such a change > > instead? > > Sure. I think the easiest way is simply to take your observation about > inhibit-field-text-motion and confine it to the minibuffer: Thanks, please install your first patch on the emacs-29 branch. > However, when the text after the prompt ends before window-width, typing > C-e with point within the prompt still moves to the end of the text, > even with this patch. I currently don't see a way to confine the > movement to the prompt field in this case without changing line-move-1, > probably the code involving the test (zerop (vertical-motion 1)). I > could try to do that, but maybe it's better just to retain the current > behavior of move-end-of-line in the minibuffer, but make it consistent > with respect to the length of the text after the prompt, as the first > patch does. I agree. From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 16 08:02:51 2023 Received: (at 65980-done) by debbugs.gnu.org; 16 Sep 2023 12:02:51 +0000 Received: from localhost ([127.0.0.1]:45606 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qhU0g-0003gj-UV for submit@debbugs.gnu.org; Sat, 16 Sep 2023 08:02:51 -0400 Received: from mout.gmx.net ([212.227.15.19]:38181) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qhU0e-0003gU-Jm for 65980-done@debbugs.gnu.org; Sat, 16 Sep 2023 08:02:49 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=s31663417; t=1694865755; x=1695470555; i=stephen.berman@gmx.net; bh=IdMrOAZhlpwYRl59JaasOJtWZKTy53XfqBG4iNyoFOw=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=GUyHHHJpoL8V50ui70JpkZ+e6tOZcXMfnuEuhFPcK6E4PwQ4bOmRUfmPqZko3J8dLZj9UQUyE6m vNXr8Ya3DdS7VXy3qgjVat6GT49fB3YK3AqzGW39ADM0NThQy707We6hvXQKECdPy8JqQ73s/JIwW NWfbE5WRzvTureKsX9wgLBord6T4Xa6ktfqIdyjGE5/zX8/EtG3oIDmhddqv3Arj/5NprCPh3Q0/c gHeWwEyhvR3nTAfWjgmAR3tGevhLjFgo7LjNKMzwGWGnunnk6g+e3eBR7WbKEJ69n5qPkUDpUJ5qw 7PjfLqSFnzCgvj1HQFbgSD78wsdGkMt9P7cg== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from strobelfs2 ([89.246.36.192]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MlNpH-1rQCIA24JJ-00ljKw; Sat, 16 Sep 2023 14:02:35 +0200 From: Stephen Berman To: Eli Zaretskii Subject: Re: bug#65980: 30.0.50; C-e behaves surprisingly in minibuffer In-Reply-To: <83v8caimac.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 16 Sep 2023 10:56:27 +0300") References: <877cos8zqf.fsf@rub.de> <83edj0ll7z.fsf@gnu.org> <8734zg8p9m.fsf@rub.de> <83bke4kn92.fsf@gnu.org> <87ttrv397d.fsf@gmx.net> <83v8caimac.fsf@gnu.org> Date: Sat, 16 Sep 2023 14:02:35 +0200 Message-ID: <878r96iaw4.fsf@gmx.net> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:k8StovNfFg5Q3E0DjgYU8x7r7+MiD/UQsRFdefGCse56+Ezm2De LfR9nR9nE6qeE+hiAXXduXdOV4FosJl3tjfCvrD4hPamp4/9lw2CTCIfHac880hH975RM9Z JLz3wFQIAI8LyTkb5LySytZxNGdUeIylBYB1b4XrkMlrgN8IQvXkJ7MPwmIVvvqwUhdeb99 0Mtw1ttxVd00jsobrErYw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:Qu7G6ivWMio=;boyncx03qpJ4YQjHOu2/0S4mbzO krJwI5QHy3mYaWGBmrwnrSBjGK/RCxgzM6UOGFl1LuqYfPPdEpbUqD1vSf8zDTV+nXeMxFpBT L3e/bcWRL7EEqlqX8V3UPB87/YgdPWhdjdmprz4i8QcKKGbe7kCUa8q32VxPczeSAnHxoUclp 8SLhQquCTPEodOQnms0BiRLwj7XUKBl1ut1aNE1twt8HJBGj2xHTXV2zwnqixI7i2ErTAsjoS yvm+mmjYJsDyHEPS9gCmskCYKp+cJx0C57yHnrrYwlL+HKnUZVegMS2o9LIKJLJDKcJswwrLK x8kKjOYTQ54tyTa5SQTuHVI9GfBDN1Xqp37efziJ2Bt2V8TYPK9Xj8++HJ2kX2Lr+OT2UafNj U85AMaandJxWNQRQvHnVP5NsAEuzcufeDpAzdfchDqUwB5lrg3x4ZxCaJgJObcK+RQ4ILxUof dbhMB52Vjg03xI4qlR+EI1aCT1G1S9y2Gw4c4JMb26tLXiTCHbLdhJCL5cGPhPYULzlU3AAkH hJRWebbaDcjE6EPHdVnmiUuRkWoGHvZ/tX0Rv8hwMUr79vbSOeunD+8Nhg+aM+QY4SUfpYlY8 XIVM2tVeKv4rQ3jEKefNrMbMA/z+RUABsc1p2n6fZfhy+ZR/9y2ulDARBt8vsuv/B5MMdHvy6 mPosrUBGUbUHAr6J7uqkbNekEXqnVvCj+e7b688U2ihUP5HZQnhH4fOiQgwZGU8U8FOr/JQCb tbwOWz+dAqWJhByb+x6m4KmvcOQQSxNDLFryB89WklOkzMKdhKIQl2hqKU5GS6Nz5fbRpbG/1 kYznQPg+A77Skq6qQtW4Sbnt1pk14gZLdLdr0Dh/Ol4tF5ZCaiaJQ0Dpmk1X/TEM/G0sShiiU M9yMOFqzaJhSdEqxv8Dam/P3GYtl19nC5I/xX51pUIGURrTOosB/o+DLmbNqwdqlz5G6Mb5JI QnFdkv6VZOYiROvkeKX0lfSzaAY= Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 65980-done Cc: 65980-done@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.7 (-) On Sat, 16 Sep 2023 10:56:27 +0300 Eli Zaretskii wrote: >> From: Stephen Berman >> Cc: 65980@debbugs.gnu.org >> Date: Fri, 15 Sep 2023 14:35:50 +0200 >> >> > Your patch changes one of the subroutines of next-line and >> > previous-line. Those by now became very complex creatures, and handle >> > many different cases of vertical cursor motion (with and without >> > visual-line-mode, with and without line truncation, with and without >> > R2L text, etc.) So I hesitate to even consider it for this obscure u= se >> > case. I'd be much happier if the change was in move-beginning-of-lin= e >> > and move-end-of-line instead, so that it wouldn't have any chance of >> > affecting other commands. Could you try to come up with such a chang= e >> > instead? >> >> Sure. I think the easiest way is simply to take your observation about >> inhibit-field-text-motion and confine it to the minibuffer: > > Thanks, please install your first patch on the emacs-29 branch. Done in commit 33ff4fed03d and closing the bug. Thanks. Steve Berman From unknown Fri Jun 20 07:28:50 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 15 Oct 2023 11:24:10 +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