From unknown Tue Aug 19 05:14:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#52163: 28.0.60; visual-line-mode breaks C-a and C-e in extreme case Resent-From: iung@autistici.org Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 28 Nov 2021 16:44:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 52163 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 52163@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.163811782215160 (code B ref -1); Sun, 28 Nov 2021 16:44:01 +0000 Received: (at submit) by debbugs.gnu.org; 28 Nov 2021 16:43:42 +0000 Received: from localhost ([127.0.0.1]:36234 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mrNH8-0003wM-QZ for submit@debbugs.gnu.org; Sun, 28 Nov 2021 11:43:42 -0500 Received: from lists.gnu.org ([209.51.188.17]:40992) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mrLUP-0006wp-Dn for submit@debbugs.gnu.org; Sun, 28 Nov 2021 09:49:16 -0500 Received: from eggs.gnu.org ([209.51.188.92]:55270) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mrLUM-00081y-QC for bug-gnu-emacs@gnu.org; Sun, 28 Nov 2021 09:49:11 -0500 Received: from devianza.investici.org ([198.167.222.108]:37219) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mrLUK-0002wV-Da for bug-gnu-emacs@gnu.org; Sun, 28 Nov 2021 09:49:10 -0500 Received: from 2.mail-backend.investici.org (unknown [10.0.0.12]) by devianza.investici.org (Postfix) with ESMTP id 4J2BFX2Lq1z6vF4 for ; Sun, 28 Nov 2021 14:49:04 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=autistici.org; s=stigmate; t=1638110944; bh=I2aGvVj4FIV1teIv7IUpIrkZsxcf/BTaixWjgn6pcLU=; h=Date:From:To:Subject:From; b=qnWAHu7FOvR1RiKgpu8ltEqhm50ORP/yfSMmGXfxOHO8Fl0hO6ed7qylivOJYpurt FO+R3PovjBDfXUvFdFntt0FK/J8QYpqO7d/M0Sxk3+tYNoTO73GFcbP6o52O2yQPSQ U/NDPxP3soEoT/WDZCU5YAVcW7qtwRg4BskALohk= Received: from 2.webmail.investici.org (localhost [127.0.0.1]) (Authenticated sender: iung@autistici.org) by 2.mail-backend.investici.org (Postfix) with ESMTPA id 4J2BFX1WFdz2xCN for ; Sun, 28 Nov 2021 14:49:04 +0000 (UTC) MIME-Version: 1.0 Date: Sun, 28 Nov 2021 14:49:04 +0000 From: iung@autistici.org User-Agent: Roundcube Webmail Message-ID: <9edad0d855d9f4618eb94f52c864670b@autistici.org> X-Sender: iung@autistici.org Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Received-SPF: pass client-ip=198.167.222.108; envelope-from=iung@autistici.org; helo=devianza.investici.org 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.4 (-) X-Mailman-Approved-At: Sun, 28 Nov 2021 11:43:37 -0500 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: -2.4 (--) * Reproducing - Case 1: emacs -Q C-u 999 a visual-line-mode C-p C-a C-e C-a * Notes Most likely C-a won't move cursor in given scenario and C-e do C-n in effect. No bug with emacs -nw. For smaller line C-e can sometimes move cursor before last displayed character on line. This works with emacs -nw Increase or decrease text-scale to make this behaviour appear/ From unknown Tue Aug 19 05:14:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#52163: 28.0.60; visual-line-mode breaks C-a and C-e in extreme case Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 28 Nov 2021 17:08:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 52163 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: iung@autistici.org Cc: 52163@debbugs.gnu.org Received: via spool by 52163-submit@debbugs.gnu.org id=B52163.163811927317958 (code B ref 52163); Sun, 28 Nov 2021 17:08:02 +0000 Received: (at 52163) by debbugs.gnu.org; 28 Nov 2021 17:07:53 +0000 Received: from localhost ([127.0.0.1]:36294 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mrNea-0004fa-UX for submit@debbugs.gnu.org; Sun, 28 Nov 2021 12:07:53 -0500 Received: from eggs.gnu.org ([209.51.188.92]:56538) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mrNeX-0004fM-NY for 52163@debbugs.gnu.org; Sun, 28 Nov 2021 12:07:51 -0500 Received: from [2001:470:142:3::e] (port=38592 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mrNeS-0003Sg-6w; Sun, 28 Nov 2021 12:07:44 -0500 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=EI1D9zFavI6u/OhxoTg0fRR/3qWIwQe7DBwnhNrTU+M=; b=JoZgOzzPCoY/ W9M2INU//+A3Gf9/xsly3QVJg7Et68sb/OfGJzrKnReoLmaEoxe6B36Uy+1on8iLYsYHW1jaStCnt g0ZamFFUucCQo1BSFzi5uyYkLHjza7vbnzMIbcLwfK2oh6ghUxJzQOuMvJEvd5gYHgpA+qNrMC6eQ s0OtrBNIglNDjjUirAZP8uskRiHI1oeYWBMHG8s7rmjS12nCrXqGE6WZnMd4qh98NGaXv/lTCh7tA KI9U4T6ECuHK1wqfVMfvTLis5/8hW/37I7Vz9GURyFQsJ7vm+CujYWV60mjdU8WSBV++GlvtCBGoy Nvf30yr5Fbmj0f9SKxrMsQ==; Received: from [87.69.77.57] (port=4746 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mrNeR-0003N3-SY; Sun, 28 Nov 2021 12:07:44 -0500 Date: Sun, 28 Nov 2021 19:07:53 +0200 Message-Id: <83fsrgw6mu.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <9edad0d855d9f4618eb94f52c864670b@autistici.org> (bug-gnu-emacs@gnu.org) References: <9edad0d855d9f4618eb94f52c864670b@autistici.org> X-Spam-Score: -2.3 (--) 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: Sun, 28 Nov 2021 14:49:04 +0000 > From: iung--- via "Bug reports for GNU Emacs, > the Swiss army knife of text editors" > > * Reproducing > - Case 1: > emacs -Q > C-u 999 a > visual-line-mode > C-p C-a > C-e C-a What are the problems you see in this recipe? Please be specific, because it could be that what you see on your system we cannot see on ours. Also, please show all the information about your build collected by report-emacs-bug, it could be important while investigating this issue. > Increase or decrease text-scale to make this behaviour appear/ If you see problems when you change the text scale, it's because the screen line's width isn't an integral multiple of the character width. That's normal and isn't a bug (not one we'd like to fix, anyway). From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 29 10:31:11 2021 Received: (at control) by debbugs.gnu.org; 29 Nov 2021 15:31:11 +0000 Received: from localhost ([127.0.0.1]:38929 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mricY-0007dK-Qt for submit@debbugs.gnu.org; Mon, 29 Nov 2021 10:31:11 -0500 Received: from quimby.gnus.org ([95.216.78.240]:59042) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mricX-0007YD-G7 for control@debbugs.gnu.org; Mon, 29 Nov 2021 10:31:09 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=mQy7e8deuo9a1pTNoXeu63qECjo4qA0YmSiDva20YS8=; b=tPOKXbLCfJBrWEsuuoE6rM2xby zl3ZT57EcAlZu93yiWwi7RfwFKDUQla6OPb66UKrgwprLe2Z9r6NLgNldeEEXyS7gXhIOd93w7OOu zxR4RX/bvEzfFQm8TU178IpzcHof+jb9HvIMQl7UpDAXKVx2e6F/rSaU3YlDqb8HJKfU=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mricP-0005cC-Gv for control@debbugs.gnu.org; Mon, 29 Nov 2021 16:31:04 +0100 Date: Mon, 29 Nov 2021 16:31:00 +0100 Message-Id: <87k0grvv0r.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #52163 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.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 @@CONTACT_ADDRESS@@ for details. Content preview: tags 52163 + moreinfo quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) 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: -3.3 (---) tags 52163 + moreinfo quit From unknown Tue Aug 19 05:14:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#52163: 28.0.60; visual-line-mode breaks C-a and C-e in extreme case Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 15 Jan 2022 13:09:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 52163 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Eli Zaretskii Cc: 52163@debbugs.gnu.org, iung@autistici.org Received: via spool by 52163-submit@debbugs.gnu.org id=B52163.164225211517554 (code B ref 52163); Sat, 15 Jan 2022 13:09:02 +0000 Received: (at 52163) by debbugs.gnu.org; 15 Jan 2022 13:08:35 +0000 Received: from localhost ([127.0.0.1]:39379 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n8inK-0004Z4-Po for submit@debbugs.gnu.org; Sat, 15 Jan 2022 08:08:34 -0500 Received: from quimby.gnus.org ([95.216.78.240]:49216) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n8inI-0004Yn-CE for 52163@debbugs.gnu.org; Sat, 15 Jan 2022 08:08:33 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=irBzZZ4JmCcpKhY07IZt9OfCQumzodrK3abP2Qz5WlA=; b=ZpPs4BLaynb706D69JBguO8GZY XGKoB9j2f7uO4Oe2MT8Dp78nYVUSiJbvr59ArYfQ0/V5suQNceeOq+wOeorUgSHdKeZ7o8uzLg2/T R8TPJPn8kzZIfLusui3uM9P8BRrCIwLwdngN2ZgVxzEHKcjTPEbGP+gDnchSiwyvra8s=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1n8in9-0004U9-Lw; Sat, 15 Jan 2022 14:08:26 +0100 From: Lars Ingebrigtsen References: <9edad0d855d9f4618eb94f52c864670b@autistici.org> <83fsrgw6mu.fsf@gnu.org> X-Now-Playing: Arto Lindsay's _Prize_: "O Nome Dela" Date: Sat, 15 Jan 2022 14:08:22 +0100 In-Reply-To: <83fsrgw6mu.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 28 Nov 2021 19:07:53 +0200") Message-ID: <87v8yltad5.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.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 @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: >> * Reproducing >> - Case 1: >> emacs -Q >> C-u 999 a >> visual-line-mode >> C-p C-a >> C-e C-a > > What are the problems you see in this recipe? Please be specific, > because it could be that what y [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) 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: >> * Reproducing >> - Case 1: >> emacs -Q >> C-u 999 a >> visual-line-mode >> C-p C-a >> C-e C-a > > What are the problems you see in this recipe? Please be specific, > because it could be that what you see on your system we cannot see on > ours. > > Also, please show all the information about your build collected by > report-emacs-bug, it could be important while investigating this > issue. More information was requested, but no response was given within a month, so I'm closing this bug report. If the problem still exists, please respond to this email and we'll reopen the bug report. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 15 08:08:40 2022 Received: (at control) by debbugs.gnu.org; 15 Jan 2022 13:08:40 +0000 Received: from localhost ([127.0.0.1]:39382 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n8inQ-0004ZT-0f for submit@debbugs.gnu.org; Sat, 15 Jan 2022 08:08:40 -0500 Received: from quimby.gnus.org ([95.216.78.240]:49230) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n8inN-0004Yw-Uf for control@debbugs.gnu.org; Sat, 15 Jan 2022 08:08:38 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=6XmPZGcpzLhPaP5sQ2zHX/bPi2Ja87OJFIoJyeYnE4U=; b=tfv8ZcmOzXlflK30hWAKt0fB0b EYRcl+UuPYo3xjMgP0UOXZCK476AbidODZTT6SJOyYGOXb3knXNATg0O/l3vzsLnyL5gH0zuvEYOb jzy53Db6so3oRWvf0aFvR73UGmp0H7BV541Y2KJizXH3/vOJF7zhskzEu/1vUgbH4CNI=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1n8inG-0004UH-69 for control@debbugs.gnu.org; Sat, 15 Jan 2022 14:08:32 +0100 Date: Sat, 15 Jan 2022 14:08:29 +0100 Message-Id: <87tue5tacy.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #52163 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.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 @@CONTACT_ADDRESS@@ for details. Content preview: close 52163 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) 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: -3.3 (---) close 52163 quit From unknown Tue Aug 19 05:14:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#52163: 28.0.60; visual-line-mode breaks C-a and C-e in extreme case Resent-From: Phil Sainty Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 15 Jan 2022 22:54:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 52163 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Lars Ingebrigtsen Cc: 52163@debbugs.gnu.org, Eli Zaretskii , iung@autistici.org Received: via spool by 52163-submit@debbugs.gnu.org id=B52163.164228721727955 (code B ref 52163); Sat, 15 Jan 2022 22:54:02 +0000 Received: (at 52163) by debbugs.gnu.org; 15 Jan 2022 22:53:37 +0000 Received: from localhost ([127.0.0.1]:42213 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n8rvV-0007Gp-26 for submit@debbugs.gnu.org; Sat, 15 Jan 2022 17:53:37 -0500 Received: from smtp-1.orcon.net.nz ([60.234.4.34]:36727) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n8rvS-0007Gf-SN for 52163@debbugs.gnu.org; Sat, 15 Jan 2022 17:53:35 -0500 Received: from [10.253.37.70] (port=27120 helo=webmail.orcon.net.nz) by smtp-1.orcon.net.nz with esmtpa (Exim 4.90_1) (envelope-from ) id 1n8rvF-0004FZ-V2; Sun, 16 Jan 2022 11:53:22 +1300 Received: from ip-139-180-65-103.kinect.net.nz ([139.180.65.103]) via [10.253.37.253] by webmail.orcon.net.nz with HTTP (HTTP/1.1 POST); Sun, 16 Jan 2022 11:53:21 +1300 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 16 Jan 2022 11:53:21 +1300 From: Phil Sainty In-Reply-To: <87v8yltad5.fsf@gnus.org> References: <9edad0d855d9f4618eb94f52c864670b@autistici.org> <83fsrgw6mu.fsf@gnu.org> <87v8yltad5.fsf@gnus.org> Message-ID: <9b0bd8fee0cb08997b2f0bcf79a785b9@webmail.orcon.net.nz> X-Sender: psainty@orcon.net.nz User-Agent: Orcon Webmail X-GeoIP: -- X-Spam_score: -2.9 X-Spam_score_int: -28 X-Spam_bar: -- X-Spam-Score: 0.0 (/) 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: > >>> * Reproducing >>> - Case 1: >>> emacs -Q >>> C-u 999 a >>> visual-line-mode >>> C-p C-a >>> C-e C-a >> >> What are the problems you see in this recipe? Please be specific, >> because it could be that what you see on your system we cannot see >> on ours. I just tried that recipe, and with visual-line-mode (and line-move-visual) enabled C-e certainly doesn't behave how I'd expect. Rather than C-e moving to the end of the current visual line, if the current visual line wraps then it moves to the beginning of the next visual line. If I repeatedly press C-e, the cursor moves vertically down the first column of all those visual lines. Only the final visual line of the logical line will it move to the end. I'm seeing this in both 27.2 and GNU Emacs 28.0.90. Further testing indicates that the lack of any spaces in the wrapped visual lines is a factor. In a visual line with a space, the visual line will *end* with a space, and C-a will move to that. In this recipe there are no such spaces, and the problem arises. -Phil From unknown Tue Aug 19 05:14:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#52163: 28.0.60; visual-line-mode breaks C-a and C-e in extreme case Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 16 Jan 2022 07:23:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 52163 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Phil Sainty , Lars Ingebrigtsen Cc: 52163@debbugs.gnu.org, iung@autistici.org Received: via spool by 52163-submit@debbugs.gnu.org id=B52163.164231773723656 (code B ref 52163); Sun, 16 Jan 2022 07:23:02 +0000 Received: (at 52163) by debbugs.gnu.org; 16 Jan 2022 07:22:17 +0000 Received: from localhost ([127.0.0.1]:42391 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n8zrk-00069U-Mr for submit@debbugs.gnu.org; Sun, 16 Jan 2022 02:22:16 -0500 Received: from eggs.gnu.org ([209.51.188.92]:55868) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n8zrj-00069G-93 for 52163@debbugs.gnu.org; Sun, 16 Jan 2022 02:22:15 -0500 Received: from [2001:470:142:3::e] (port=44140 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n8zrc-00062I-5i; Sun, 16 Jan 2022 02:22:08 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:References:In-Reply-To:Subject:To:From: Date; bh=CLT0pSv9/GmA+kjhzT9xHS7Qt6CA4MjsAq4eyxyXHQM=; b=nR2JHw8wDAYF0VZ1ZwLE gDyG6aHNrj4dCmyx8cPt01sCP1W1JAyl0Jvj4izTL9yCWrEIk37rPS4EHJLqqbzFBpRsM+dda/nY3 XKPxvtA9egrzx4D69s+6Usy5WXtgS9APZC6XaU88tBTdGaxZ8I5suFl9QpKb5Rz7bC+V8lf9sCOtT W8dhh85592by8V0QRFFKpPWW6IywPVr5aJn7tUfAuqgBaUbb8Cugp/oE9BHxzGATJb7wS259zGOXV fRDBu/L7tWape6v/w+bDycNGj5LrppnQBjV5NHqQoXe4I1cQZoYKk/xKfdXwuCu9cDFdmRtTx7nfO Ktt+g9a9L+MtEA==; Received: from [2a02:14f:1f8:e330::2306:db58] (port=34092 helo=[IPv6:::1]) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1n8zrb-0005by-Hu; Sun, 16 Jan 2022 02:22:08 -0500 Date: Sun, 16 Jan 2022 09:22:05 +0200 From: Eli Zaretskii User-Agent: K-9 Mail for Android In-Reply-To: <9b0bd8fee0cb08997b2f0bcf79a785b9@webmail.orcon.net.nz> References: <9edad0d855d9f4618eb94f52c864670b@autistici.org> <83fsrgw6mu.fsf@gnu.org> <87v8yltad5.fsf@gnus.org> <9b0bd8fee0cb08997b2f0bcf79a785b9@webmail.orcon.net.nz> Message-ID: <42F16660-8FDC-499E-896B-D7DABDC59FD8@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Autocrypt: addr=eliz@gnu.org; keydata= mQENBF+pf4UBCAC6vjkWLSAsQpe8YIGKLQzNOJx/IjGtCdFF8uzmO5jmME+SD8ROuJN+t5KXVw58 uzu75EFD0vHTY9e+udJ2gkpuy0NnzkFcbumdLLo2ERKCoSctZZRhzKXI5z5cHxCqW0B2ygHRrRLt oNlGID7bAgcgSViT1ptGqTXO7zGVu4Airok7dNzcPtHgns8GlR5YAFX0TvE6oGd0l2VPghNeVJKJ OjrbfhoDxl3ucFpqbqMH8z9HTLDOFpz8UaYYUdJMi3xX6vwTZxI2sM2RRVLUpZyllAkSMI4lln1O OgazM/62DJUs/rKIHKBnF6h3/qsJUjUYXaAHbrXY26mWllAd536lABEBAAG0I0VsaSBaYXJldHNr aWkgKGVsaXopIDxlbGl6QGdudS5vcmc+iQE4BBMBAgAiBQJfqX+FAhsDBgsJCAcDAgYVCAIJCgsE FgIDAQIeAQIXgAAKCRCRwSYvAeuNOYUQB/4/iIKKOG45ijNaRoTvmJJZMvj1S07WQxEm7c5SHEeE QbLOAxB9vESOV7sLueuN3oqEndtzyYt4x1WTSBmHFF7h5fcCMjBs41siOIp5Sj/xD0Bvaa0IKGCR SZ7PAo8Mq3wgajXpTpn9vxE2PmtzA8KdEE0K1+f9pVAfOpUIcCl44rIxLUW352XG0y7iz6c/O6LB 1deOKMiKFctKO7pBti1dJEm1ImewLH3H8uTbwspLOs3EB8xhsESxmTidnze68HX2jt+2EeMgCdki NU+LWbexQZPfIS7+ZmE06ll0v6+Jy7ZdTkCCRypKWTnW7pIFsq/p4kybV8O/kHSV6B4vvQBfuQEN BF+pf4UBCACvFrdx/m22lgObypSmSS4TNlNvQnMUorrMmp0U32hv5adt6CKXeMjk05F+GcIfVMrp xqMBn4sEUIXWhhogQJa9ZbWEP/HbS8XjMMbz0Q0Siaty9+DSspK/9u2GWKsz3uQzLCexIJtzmXvj AVmvoMCAU/F2t038ggygjYLRgyLRNLgbbartu2dMkvrfxRjheip60S4S3utOcwUf/qdoa1grNann CFluHr/ftXCeeuGB4H8iO0BXWNby6NZPizxJttx9gdcH8/OmDOJkXyRMTT/3sSem76CSOjfXcz7s aJlg680NQhG5TmuYERjJD4+U02K5RuqTsEnOuWeFy4p+/mslABEBAAGJATYEGAECAAkFAl+pf4UC GwwAIQkQkcEmLwHrjTkWIQTmyQKcNjrUHXh6jruRwSYvAeuNOejsB/9rVegsfEBSRLjeeYXyJrOf dme7BYpYsQCw2vGTnrJTGFQ9HM2zT9+wAENBHWjQPJOptJwo5w4xIbZgwJy0uIN3sV18xbCRSxX0 ZSk8GJG0PrQTCaf2xs0kqsShnkvqyo5QSyUlFUAG7m1o7NUhF95Q89oxGO8JyvR356kqNbzUn0Cq PxKyS42QfC8dyFNgVhVPbZp6aONnUwY5SbtCLJtZCBgvppI9XaBH41BDukSE4GgSLoYsSIGShg4h e+bGypAsGtQ9uwmryUi1gRrDgca3wFo/G0rbJn2ZKoLbGFZivWPVgAgd9/O5sLSPFznOdcRGxEA2 gk7A1ReaJ10PtQz0 X-Spam-Score: -2.3 (--) 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 (---) On January 16, 2022 12:53:21 AM GMT+02:00, Phil Sainty wrote: > > Eli Zaretskii writes: > >=20 > >>> * Reproducing > >>> - Case 1: > >>> emacs -Q > >>> C-u 999 a > >>> visual-line-mode > >>> C-p C-a > >>> C-e C-a > >>=20 > >> What are the problems you see in this recipe? Please be specific, > >> because it could be that what you see on your system we cannot see > >> on ours=2E >=20 > I just tried that recipe, and with visual-line-mode (and > line-move-visual) enabled C-e certainly doesn't behave how I'd expect=2E >=20 > Rather than C-e moving to the end of the current visual line, if the > current visual line wraps then it moves to the beginning of the next > visual line=2E If I repeatedly press C-e, the cursor moves vertically > down the first column of all those visual lines=2E Only the final > visual line of the logical line will it move to the end=2E >=20 > I'm seeing this in both 27=2E2 and GNU Emacs 28=2E0=2E90=2E >=20 > Further testing indicates that the lack of any spaces in the wrapped > visual lines is a factor=2E In a visual line with a space, the visual > line will *end* with a space, and C-a will move to that=2E >=20 > In this recipe there are no such spaces, and the problem arises=2E Where do you want Emacs to place the cursor when there's no whitespace at = end of visual line? IOW, before declaring that there is a problem, please be sure to consider = any reasonable solutions=2E From unknown Tue Aug 19 05:14:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#52163: 28.0.60; visual-line-mode breaks C-a and C-e in extreme case Resent-From: Phil Sainty Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 16 Jan 2022 09:59:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 52163 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Eli Zaretskii Cc: 52163@debbugs.gnu.org, Lars Ingebrigtsen , iung@autistici.org Received: via spool by 52163-submit@debbugs.gnu.org id=B52163.164232712315146 (code B ref 52163); Sun, 16 Jan 2022 09:59:02 +0000 Received: (at 52163) by debbugs.gnu.org; 16 Jan 2022 09:58:43 +0000 Received: from localhost ([127.0.0.1]:42495 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n92J9-0003wE-BZ for submit@debbugs.gnu.org; Sun, 16 Jan 2022 04:58:43 -0500 Received: from smtp-1.orcon.net.nz ([60.234.4.34]:49323) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n92J7-0003w5-ON for 52163@debbugs.gnu.org; Sun, 16 Jan 2022 04:58:42 -0500 Received: from [10.253.37.70] (port=60663 helo=webmail.orcon.net.nz) by smtp-1.orcon.net.nz with esmtpa (Exim 4.90_1) (envelope-from ) id 1n92J0-0005Nl-9g; Sun, 16 Jan 2022 22:58:34 +1300 Received: from ip-139-180-65-103.kinect.net.nz ([139.180.65.103]) via [10.253.37.253] by webmail.orcon.net.nz with HTTP (HTTP/1.1 POST); Sun, 16 Jan 2022 22:58:34 +1300 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 16 Jan 2022 22:58:34 +1300 From: Phil Sainty In-Reply-To: <42F16660-8FDC-499E-896B-D7DABDC59FD8@gnu.org> References: <9edad0d855d9f4618eb94f52c864670b@autistici.org> <83fsrgw6mu.fsf@gnu.org> <87v8yltad5.fsf@gnus.org> <9b0bd8fee0cb08997b2f0bcf79a785b9@webmail.orcon.net.nz> <42F16660-8FDC-499E-896B-D7DABDC59FD8@gnu.org> Message-ID: X-Sender: psainty@orcon.net.nz User-Agent: Orcon Webmail X-GeoIP: -- X-Spam_score: -2.9 X-Spam_score_int: -28 X-Spam_bar: -- X-Spam-Score: 0.0 (/) 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 (-) On 2022-01-16 20:22, Eli Zaretskii wrote: > Where do you want Emacs to place the cursor when there's no > whitespace at end of visual line? > > IOW, before declaring that there is a problem, please be sure to > consider any reasonable solutions. In this scenario I would expect it to place the cursor on the final character of the original visual line, rather than the first character of the subsequent visual line. If you do C-a C-e C-a and the two C-a commands take you to two different positions (and indeed different lines), I think that is very strange indeed. Regardless of the solution, there is no whitespace for the cursor to be positioned at, so I think the decision to use position N+1 rather than N seems somewhat arbitrary, and unintuitive as a "Move point to end of current line" behaviour. I expect the counter argument is that the first character of the next line *is* the position at the end of the visual line if it's not possible to break that line (i.e. the region between the C-a and C-e positions is indeed the entire visual line); but I think visual lines are such a dynamic notion to begin with (depending on window width, font size, etc, etc), and the "end" of an unbreakable line an even fuzzier notion, that using the position of the last char of that line doesn't seem like it would be very problematic for most users. A user option to select between the two behaviours would be nice. -Phil From unknown Tue Aug 19 05:14:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#52163: 28.0.60; visual-line-mode breaks C-a and C-e in extreme case Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 16 Jan 2022 10:19:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 52163 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Phil Sainty Cc: 52163@debbugs.gnu.org, larsi@gnus.org, iung@autistici.org Received: via spool by 52163-submit@debbugs.gnu.org id=B52163.164232833217039 (code B ref 52163); Sun, 16 Jan 2022 10:19:01 +0000 Received: (at 52163) by debbugs.gnu.org; 16 Jan 2022 10:18:52 +0000 Received: from localhost ([127.0.0.1]:42503 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n92ce-0004Qg-3m for submit@debbugs.gnu.org; Sun, 16 Jan 2022 05:18:52 -0500 Received: from eggs.gnu.org ([209.51.188.92]:51134) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n92cZ-0004QQ-JR for 52163@debbugs.gnu.org; Sun, 16 Jan 2022 05:18:48 -0500 Received: from [2001:470:142:3::e] (port=46006 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n92cS-00007K-Mi; Sun, 16 Jan 2022 05:18:40 -0500 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=98FEQIzHH/KM1JaI3u1TT6Xgaz/9/vJhRL4GbQJdipw=; b=CXSFiWHTBTwi 6Q0vZYcAkENr7LTwa3kbrauyQ6L7cIvh9JcYKGsCP0DpdKrRhFQBqatY0G1VLSGofszDKVzsFy8qj Kni4apwujyko+Gv+4gM2CXstO+IGPfHwI6mpleB0Iz7VrgNP2ZCdbeAhSXjpy2Pr/f8XRX4tWjBYk qfCHSeuhA6vMnwHOBL9tMFsnB523F7ch1qCe9Cx5Bqn0dwi8PDcQ1hAeIhyjbvQmuyxGuIgARXCkH 7oDwKyK8MITPIy+FYEZ/Zx/+GhOC8Tf/u0J4NUKV88KKDoDbkVxmvkV5QI8zBysB6LgG8LMWGxcYG YrkPlzKk0Lat+0qOYsk90A==; Received: from [87.69.77.57] (port=4380 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n92cS-0006Ap-Q1; Sun, 16 Jan 2022 05:18:41 -0500 Date: Sun, 16 Jan 2022 12:18:26 +0200 Message-Id: <8335loyoel.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Phil Sainty on Sun, 16 Jan 2022 22:58:34 +1300) References: <9edad0d855d9f4618eb94f52c864670b@autistici.org> <83fsrgw6mu.fsf@gnu.org> <87v8yltad5.fsf@gnus.org> <9b0bd8fee0cb08997b2f0bcf79a785b9@webmail.orcon.net.nz> <42F16660-8FDC-499E-896B-D7DABDC59FD8@gnu.org> X-Spam-Score: -2.3 (--) 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: Sun, 16 Jan 2022 22:58:34 +1300 > From: Phil Sainty > Cc: Lars Ingebrigtsen , 52163@debbugs.gnu.org, > iung@autistici.org > > On 2022-01-16 20:22, Eli Zaretskii wrote: > > Where do you want Emacs to place the cursor when there's no > > whitespace at end of visual line? > > > > IOW, before declaring that there is a problem, please be sure to > > consider any reasonable solutions. > > In this scenario I would expect it to place the cursor on the final > character of the original visual line, rather than the first character > of the subsequent visual line. But that is contrary to the documentation of end-of-visual-line. So before long, someone else will file a bug report about such a behavior. > If you do C-a C-e C-a and the two C-a commands take you to two > different positions (and indeed different lines), I think that is very > strange indeed. It isn't strange if you consider the buffer contents and the documentation of what C-a and C-e should be doing in that mode. > Regardless of the solution, there is no whitespace for the cursor to > be positioned at, so I think the decision to use position N+1 rather > than N seems somewhat arbitrary, and unintuitive as a "Move point to > end of current line" behaviour. The cursor is positioned after the end of the visual line. How is that "arbitrary"?? > I expect the counter argument is that the first character of the next > line *is* the position at the end of the visual line if it's not > possible to break that line (i.e. the region between the C-a and C-e > positions is indeed the entire visual line); but I think visual lines > are such a dynamic notion to begin with (depending on window width, > font size, etc, etc), and the "end" of an unbreakable line an even > fuzzier notion, that using the position of the last char of that line > doesn't seem like it would be very problematic for most users. It will cause the character the user types to be inserted at a wrong place, for starters. > A user option to select between the two behaviours would be nice. Feel free to submit patches to provide such an optional behavior. >From my POV, the current behavior is exactly right and according to the documentation. It might be surprising at first sight, but the entire situation with an unbreakable line cannot make much sense in this mode. We already jump through many hoops to support the borderline cases in that mode. From unknown Tue Aug 19 05:14:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#52163: 28.0.60; visual-line-mode breaks C-a and C-e in extreme case Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 16 Jan 2022 10:24:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 52163 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: psainty@orcon.net.nz Cc: 52163@debbugs.gnu.org, larsi@gnus.org, iung@autistici.org Received: via spool by 52163-submit@debbugs.gnu.org id=B52163.164232863017588 (code B ref 52163); Sun, 16 Jan 2022 10:24:01 +0000 Received: (at 52163) by debbugs.gnu.org; 16 Jan 2022 10:23:50 +0000 Received: from localhost ([127.0.0.1]:42528 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n92hR-0004Zb-UM for submit@debbugs.gnu.org; Sun, 16 Jan 2022 05:23:50 -0500 Received: from eggs.gnu.org ([209.51.188.92]:51820) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n92hQ-0004ZP-BR for 52163@debbugs.gnu.org; Sun, 16 Jan 2022 05:23:48 -0500 Received: from [2001:470:142:3::e] (port=46028 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n92hK-0000ry-Ts; Sun, 16 Jan 2022 05:23:42 -0500 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=K7xLXTfRXnsiunQCm3gldvDFAVpdAADDRRI1TW4d7XM=; b=AzHSFQP2sdQS vki6/wCIuY+iXd4yqYxnYeq2tiet0bTyVEnlCeGGhK1/WehofV5Ms8GMIWwPMKlMTFcjeOa2RSa5+ ozQ+H7kV43TBjtf4p8ICrZ9WKOWRzPNgAuAoLOUUtkuV/iNB2f3Ck+QOibXhGuPOLXin1X3N3dYxr sGp4ZkLIPvyWZrFODl8L/OOrLGbPLOcKjSIIMe/QPcwIlXZOThtR5kB1bj/kpej3tJn4mszUfYyVk O1HUZJUemnqAJzuEyGroa2vtnBj4L3bB+9esazOr70/uePde6hm3gftjIMeKeoAmCH0aXPHnzpzq4 xJVSTESv1UIAxSmbpa+uuA==; Received: from [87.69.77.57] (port=4688 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n92hK-0006cb-SH; Sun, 16 Jan 2022 05:23:43 -0500 Date: Sun, 16 Jan 2022 12:23:30 +0200 Message-Id: <83zgnwx9lp.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <8335loyoel.fsf@gnu.org> (message from Eli Zaretskii on Sun, 16 Jan 2022 12:18:26 +0200) References: <9edad0d855d9f4618eb94f52c864670b@autistici.org> <83fsrgw6mu.fsf@gnu.org> <87v8yltad5.fsf@gnus.org> <9b0bd8fee0cb08997b2f0bcf79a785b9@webmail.orcon.net.nz> <42F16660-8FDC-499E-896B-D7DABDC59FD8@gnu.org> <8335loyoel.fsf@gnu.org> X-Spam-Score: -2.3 (--) 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: Sun, 16 Jan 2022 12:18:26 +0200 > From: Eli Zaretskii > Cc: 52163@debbugs.gnu.org, larsi@gnus.org, iung@autistici.org > > > In this scenario I would expect it to place the cursor on the final > > character of the original visual line, rather than the first character > > of the subsequent visual line. > > But that is contrary to the documentation of end-of-visual-line. So > before long, someone else will file a bug report about such a > behavior. Also, under the behavior you propose, what would be the result of C-b after C-e in this case? From unknown Tue Aug 19 05:14:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#52163: 28.0.60; visual-line-mode breaks C-a and C-e in extreme case Resent-From: Phil Sainty Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 16 Jan 2022 10:56:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 52163 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Eli Zaretskii Cc: 52163@debbugs.gnu.org, larsi@gnus.org, iung@autistici.org Received: via spool by 52163-submit@debbugs.gnu.org id=B52163.164233055020863 (code B ref 52163); Sun, 16 Jan 2022 10:56:02 +0000 Received: (at 52163) by debbugs.gnu.org; 16 Jan 2022 10:55:50 +0000 Received: from localhost ([127.0.0.1]:42588 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n93CQ-0005QR-JF for submit@debbugs.gnu.org; Sun, 16 Jan 2022 05:55:50 -0500 Received: from smtp-4.orcon.net.nz ([60.234.4.59]:60131) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n93CO-0005QJ-T7 for 52163@debbugs.gnu.org; Sun, 16 Jan 2022 05:55:49 -0500 Received: from [10.253.37.70] (port=14555 helo=webmail.orcon.net.nz) by smtp-4.orcon.net.nz with esmtpa (Exim 4.90_1) (envelope-from ) id 1n93CF-0005ck-Sy; Sun, 16 Jan 2022 23:55:40 +1300 Received: from ip-139-180-65-103.kinect.net.nz ([139.180.65.103]) via [10.253.37.253] by webmail.orcon.net.nz with HTTP (HTTP/1.1 POST); Sun, 16 Jan 2022 23:55:39 +1300 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 16 Jan 2022 23:55:39 +1300 From: Phil Sainty In-Reply-To: <8335loyoel.fsf@gnu.org> References: <9edad0d855d9f4618eb94f52c864670b@autistici.org> <83fsrgw6mu.fsf@gnu.org> <87v8yltad5.fsf@gnus.org> <9b0bd8fee0cb08997b2f0bcf79a785b9@webmail.orcon.net.nz> <42F16660-8FDC-499E-896B-D7DABDC59FD8@gnu.org> <8335loyoel.fsf@gnu.org> Message-ID: X-Sender: psainty@orcon.net.nz User-Agent: Orcon Webmail X-GeoIP: -- X-Spam_score: -2.9 X-Spam_score_int: -28 X-Spam_bar: -- X-Spam-Score: 0.0 (/) 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 (-) You've convinced me that the existing behaviour isn't a bug, and as I'm not likely to try to add an alternative this can probably be closed again (if it was actually re-opened). I did have one more idea on the matter, though... On 2022-01-16 23:18, Eli Zaretskii wrote: >> > IOW, before declaring that there is a problem, please be sure to >> > consider any reasonable solutions. I've just remembered `overflow-newline-into-fringe'. AFAIK that only has an effect on lines which are *exactly* the window-width characters wide, but it occurs to me that this fringe behaviour/visualisation could be used to create a more intuitive solution for the unbreakable visual line situation, allowing C-e to visually position the cursor at the end of the visual line (in the fringe) rather than the start of the next line. It might be quite a special-case approach -- the fringe position would be the same position as the start of the next visual line, so Emacs would need a way to decide which of those two visual places to render the cursor; and in order for C-a to then move to the start of the same visual line Emacs would need to know that it had previously been rendering the cursor in the fringe, so probably the C-a and C-e commands would be handling this explicitly. It sounds kinda fiddly/complicated, and I'm not requesting that anyone tackle this, but I wanted to describe the idea here in case anyone else thinks it's worth looking into. -Phil From unknown Tue Aug 19 05:14:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#52163: 28.0.60; visual-line-mode breaks C-a and C-e in extreme case Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 16 Jan 2022 11:05:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 52163 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Phil Sainty Cc: 52163@debbugs.gnu.org, larsi@gnus.org, iung@autistici.org Received: via spool by 52163-submit@debbugs.gnu.org id=B52163.164233105421738 (code B ref 52163); Sun, 16 Jan 2022 11:05:01 +0000 Received: (at 52163) by debbugs.gnu.org; 16 Jan 2022 11:04:14 +0000 Received: from localhost ([127.0.0.1]:42593 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n93KY-0005eX-Fq for submit@debbugs.gnu.org; Sun, 16 Jan 2022 06:04:14 -0500 Received: from eggs.gnu.org ([209.51.188.92]:57918) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n93KW-0005eL-B8 for 52163@debbugs.gnu.org; Sun, 16 Jan 2022 06:04:13 -0500 Received: from [2001:470:142:3::e] (port=46302 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n93KP-0001g0-GG; Sun, 16 Jan 2022 06:04:06 -0500 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=7VpHJIo01fwyT+wlNxXYk+LqKAYT3Bhbg6KBpoTK2ck=; b=HnAeX1lVC4md YbKrdFrREaWdxobTfJOUQQwmeYtkCfrQlR+4B92JDKdmbpqbQMt2s1jcV+zMw4Lsb69mNVyAblhsJ OMFn2jhuqEm8UOfMQ71dWz2NBg+yII87JYPTiVL7Z3pZ9AbDGK+ciCzagwxfyqUNDq7X5tLOfSwtP K2KM0ao6aA24GzlFIRPjLK2jMmr8RsJqqTKM/o/fLtAHwObhwKNCokmvPvgimcgnUmWv5Vg7vIg0U mx6oXfYvLlwKGacsajfHxW0sI1832PgtpEsEVpSgFXsDsHPmEbv6k/8/Mtq6HokBcaCp+xKuOtGbo PVGEQE+CuwNLqylulITKjg==; Received: from [87.69.77.57] (port=3191 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n93KP-00028I-60; Sun, 16 Jan 2022 06:04:05 -0500 Date: Sun, 16 Jan 2022 13:03:51 +0200 Message-Id: <83y23gx7qg.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Phil Sainty on Sun, 16 Jan 2022 23:55:39 +1300) References: <9edad0d855d9f4618eb94f52c864670b@autistici.org> <83fsrgw6mu.fsf@gnu.org> <87v8yltad5.fsf@gnus.org> <9b0bd8fee0cb08997b2f0bcf79a785b9@webmail.orcon.net.nz> <42F16660-8FDC-499E-896B-D7DABDC59FD8@gnu.org> <8335loyoel.fsf@gnu.org> X-Spam-Score: -2.3 (--) 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: Sun, 16 Jan 2022 23:55:39 +1300 > From: Phil Sainty > Cc: larsi@gnus.org, 52163@debbugs.gnu.org, iung@autistici.org > > I've just remembered `overflow-newline-into-fringe'. AFAIK that only > has an effect on lines which are *exactly* the window-width characters > wide, but it occurs to me that this fringe behaviour/visualisation > could be used to create a more intuitive solution for the unbreakable > visual line situation, allowing C-e to visually position the cursor at > the end of the visual line (in the fringe) rather than the start of > the next line. This will cause other problems. > It might be quite a special-case approach -- the fringe position would > be the same position as the start of the next visual line, so Emacs > would need a way to decide which of those two visual places to render > the cursor; and in order for C-a to then move to the start of the same > visual line Emacs would need to know that it had previously been > rendering the cursor in the fringe, so probably the C-a and C-e > commands would be handling this explicitly. Exactly. And since overflow-newline-into-fringe is implemented in the display engine, any information about which commands got us there cannot be relied upon. Moreover, this isn't exactly what overflow-newline-into-fringe is about. That feature is used when point is on the newline that ends a line. Since the newline has no visual representation, we can put the cursor on the fringe, and C-f/C-b still do what is expected. Not so in this case, where point is actually on the first character of the next screen line. > It sounds kinda fiddly/complicated, and I'm not requesting that anyone > tackle this, but I wanted to describe the idea here in case anyone > else thinks it's worth looking into. Thanks. From unknown Tue Aug 19 05:14:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#52163: 28.0.60; visual-line-mode breaks C-a and C-e in extreme case Resent-From: Phil Sainty Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 16 Jan 2022 11:09:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 52163 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Eli Zaretskii Cc: 52163@debbugs.gnu.org, larsi@gnus.org, iung@autistici.org Received: via spool by 52163-submit@debbugs.gnu.org id=B52163.164233130522147 (code B ref 52163); Sun, 16 Jan 2022 11:09:01 +0000 Received: (at 52163) by debbugs.gnu.org; 16 Jan 2022 11:08:25 +0000 Received: from localhost ([127.0.0.1]:42605 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n93Oa-0005l9-NS for submit@debbugs.gnu.org; Sun, 16 Jan 2022 06:08:24 -0500 Received: from smtp-1.orcon.net.nz ([60.234.4.34]:50605) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n93OZ-0005l1-8h for 52163@debbugs.gnu.org; Sun, 16 Jan 2022 06:08:23 -0500 Received: from [10.253.37.70] (port=51804 helo=webmail.orcon.net.nz) by smtp-1.orcon.net.nz with esmtpa (Exim 4.90_1) (envelope-from ) id 1n93OV-0008Lf-BS; Mon, 17 Jan 2022 00:08:19 +1300 Received: from ip-139-180-65-103.kinect.net.nz ([139.180.65.103]) via [10.253.37.253] by webmail.orcon.net.nz with HTTP (HTTP/1.1 POST); Mon, 17 Jan 2022 00:08:19 +1300 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 17 Jan 2022 00:08:19 +1300 From: Phil Sainty In-Reply-To: <83zgnwx9lp.fsf@gnu.org> References: <9edad0d855d9f4618eb94f52c864670b@autistici.org> <83fsrgw6mu.fsf@gnu.org> <87v8yltad5.fsf@gnus.org> <9b0bd8fee0cb08997b2f0bcf79a785b9@webmail.orcon.net.nz> <42F16660-8FDC-499E-896B-D7DABDC59FD8@gnu.org> <8335loyoel.fsf@gnu.org> <83zgnwx9lp.fsf@gnu.org> Message-ID: X-Sender: psainty@orcon.net.nz User-Agent: Orcon Webmail X-GeoIP: -- X-Spam_score: -2.9 X-Spam_score_int: -28 X-Spam_bar: -- X-Spam-Score: 0.0 (/) 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 (-) On 2022-01-16 23:23, Eli Zaretskii wrote: >> > In this scenario I would expect it to place the cursor on the >> > final character of the original visual line, rather than the >> > first character of the subsequent visual line. >> > what would be the result of C-b after C-e in this case? In that quoted suggestion of mine the C-e would have moved the cursor to the position 1 character before the end of the visual line, so C-b would move it an additional character backwards (as normal), leaving it two chars from the visual end of the line. My suggestion was predicated on an assumption that the user wouldn't mind that unbreakable lines behaved differently (or rather that they might consider that the benefit made the difference worthwhile). (Again, I'm not pursuing this any further; I just wanted to answer the question.) -Phil