From unknown Fri Aug 15 20:05:41 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#2329: 23.0.90; C-p misbehaves near end of visual line when display tables are used Reply-To: Eli Zaretskii , 2329@debbugs.gnu.org Resent-From: Eli Zaretskii Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Sat, 14 Feb 2009 10:50:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: report 2329 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by submit@emacsbugs.donarmstrong.com id=B.12346083399187 (code B ref -1); Sat, 14 Feb 2009 10:50:03 +0000 Received: (at submit) by emacsbugs.donarmstrong.com; 14 Feb 2009 10:45:39 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.1 required=4.0 tests=FOURLA autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1EAjZij009181 for ; Sat, 14 Feb 2009 02:45:37 -0800 Received: from eliz by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1LYHzh-00066c-Fh for emacs-pretest-bug@gnu.org; Sat, 14 Feb 2009 05:43:33 -0500 From: Eli Zaretskii To: emacs-pretest-bug@gnu.org Message-Id: Date: Sat, 14 Feb 2009 05:43:33 -0500 To reproduce: emacs -Q -nw M-x load-library RET latin1-disp RET M-: (latin1-display-setup 'cyrillic) RET C-h H Now go to the line that begins with "Unicode charset:", and type C-f until the cursor is on the last brace `{' before the line continuation glyph `\'. If your text-mode terminal is 80-column wide, that would be the beginning of the glyph string used to display the 4th character from the end of that line. Now type C-p: the cursor does not move to the previous line, as expected. latin1-disp sets up a desiplay table to display some non-ASCII characters as strings of ASCII characters. I'm guessing that the new visual-line movement feature misbehaves when the last character on a visual line uses display tables to be displayed. In GNU Emacs 23.0.90.7 (x86_64-unknown-linux-gnu, X toolkit) of 2009-02-14 on fencepost configured using `configure '--with-jpeg=no' '--with-png=no' '--with-gif=no' '--with-tiff=no'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: nil value of $XMODIFIERS: nil locale-coding-system: nil default-enable-multibyte-characters: t Major mode: Fundamental Minor modes in effect: tooltip-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t global-auto-composition-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t view-mode: t Recent input: ESC [ > 0 ; 1 3 6 ; 0 c C-x C-f ~ / . e m a TAB RET ESC O B ESC O B ESC O B ESC O B ESC O B ESC O B ESC O B ESC O B ESC O B ESC O B C-x b RET ESC x l o a d - l i b TAB RET ESC O D ESC O C C-g ESC x ESC O A RET l a t i n 1 - d TAB RET ESC O D ESC O C C-g ESC x ESC O A RET ESC O A RET ( l a t i n 1 - d i s p l a y - s e t u p SPC ' c y r i l l i c ) C-j C-h H C-u C-n C-u C-n C-u C-n C-n C-n ESC O C ESC O C C-u C-u C-f C-u C-u C-f C-u C-u C-f C-u C-u C-f ESC O D ESC O D ESC O D ESC O D ESC O C ESC O A ESC O A ESC O A ESC O A ESC O A ESC O A ESC O D ESC O A ESC O B ESC O C ESC O C ESC O A ESC O B ESC O A ESC O B ESC O D ESC O A ESC O A ESC O A ESC O A ESC x r e p o r t - e m a c TAB RET Recent messages: ("./src/emacs" "-Q") For information about GNU Emacs and the GNU system, type C-h C-a. Loading vc-cvs...done Quit Loading latin1-disp...done Quit Loading latin1-disp...done View mode: type C-h for help, h for commands, q to quit. From unknown Fri Aug 15 20:05:41 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#2329: 23.0.90; C-p misbehaves near end of visual line when display tables are used Reply-To: Stefan Monnier , 2329@debbugs.gnu.org Resent-From: Stefan Monnier Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Sat, 14 Feb 2009 21:55:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 2329 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 2329-submit@emacsbugs.donarmstrong.com id=B2329.123464818319528 (code B ref 2329); Sat, 14 Feb 2009 21:55:04 +0000 Received: (at 2329) by emacsbugs.donarmstrong.com; 14 Feb 2009 21:49:43 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-0.5 required=4.0 tests=HAS_BUG_NUMBER,XIRONPORT autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from ironport2-out.teksavvy.com (ironport2-out.pppoe.ca [206.248.154.182]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1ELnRvl019493; Sat, 14 Feb 2009 13:49:28 -0800 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqgEAGHLlklLd+Q0/2dsb2JhbACBbs9fhBwGgzI X-IronPort-AV: E=Sophos;i="4.38,207,1233550800"; d="scan'208";a="33895880" Received: from 75-119-228-52.dsl.teksavvy.com (HELO pastel.home) ([75.119.228.52]) by ironport2-out.teksavvy.com with ESMTP; 14 Feb 2009 16:49:21 -0500 Received: by pastel.home (Postfix, from userid 20848) id 7A81C84C5; Sat, 14 Feb 2009 16:49:21 -0500 (EST) From: Stefan Monnier To: Eli Zaretskii Cc: 2329@debbugs.gnu.org Message-ID: References: Date: Sat, 14 Feb 2009 16:49:21 -0500 In-Reply-To: (Eli Zaretskii's message of "Sat, 14 Feb 2009 05:43:33 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii forcemerge 2329 2244 thanks > latin1-disp sets up a desiplay table to display some non-ASCII > characters as strings of ASCII characters. I'm guessing that the new > visual-line movement feature misbehaves when the last character on a > visual line uses display tables to be displayed. Looks like the same problem as the one that affects longlines-mode. Stefan