From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 02 00:26:49 2022 Received: (at submit) by debbugs.gnu.org; 2 Mar 2022 05:26:49 +0000 Received: from localhost ([127.0.0.1]:38865 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nPHVh-0008Ep-5q for submit@debbugs.gnu.org; Wed, 02 Mar 2022 00:26:49 -0500 Received: from lists.gnu.org ([209.51.188.17]:39206) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nPHVf-0008Ef-Gs for submit@debbugs.gnu.org; Wed, 02 Mar 2022 00:26:48 -0500 Received: from eggs.gnu.org ([209.51.188.92]:44658) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nPHVd-0005hA-7V for bug-gnu-emacs@gnu.org; Wed, 02 Mar 2022 00:26:47 -0500 Received: from smtpq1.tb.ukmail.iss.as9143.net ([212.54.57.96]:52410) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nPHVa-0008ET-Dw for bug-gnu-emacs@gnu.org; Wed, 02 Mar 2022 00:26:44 -0500 Received: from [212.54.57.108] (helo=csmtp4.tb.ukmail.iss.as9143.net) by smtpq1.tb.ukmail.iss.as9143.net with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nPHVW-0000TF-95 for bug-gnu-emacs@gnu.org; Wed, 02 Mar 2022 06:26:38 +0100 Received: from JRWUBU2 ([82.27.122.109]) by cmsmtp with ESMTP id PHVWn6FcNGaPZPHVWnONi2; Wed, 02 Mar 2022 06:26:38 +0100 X-SourceIP: 82.27.122.109 X-Authenticated-Sender: X-Spam: 0 X-Authority: v=2.4 cv=aqChtAVV c=1 sm=1 tr=0 ts=621f000e cx=a_exe a=lZfnwhydZ+7bl6OdZ0zTBw==:117 a=lZfnwhydZ+7bl6OdZ0zTBw==:17 a=IkcTkHD0fZMA:10 a=o8Y5sQTvuykA:10 a=te1EGT4yAAAA:8 a=aR16PxjQAAAA:8 a=p7TXYDUxyuEJRDV-WysA:9 a=QEXdDO2ut3YA:10 a=iWs3t8wffU0A:10 a=RRElR4r2U1jGY2dU47NL:22 a=zbFvvTOBjyH4ze5LlUjX:22 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ntlworld.com; s=meg.feb2017; t=1646198798; bh=Ut00/EY+pQc6nmC+tVihNyHOhFM4u8+Ydq6FGPDNw04=; h=Date:From:To:Subject; b=uebnEk0ABT7MyVxqytr1khWHAH2Pi+WZOeKwEC/Um2I1sSpbdDdubPVkZ38D+DzYE vUQNXU5r1WCi7frS5Xftqyd5G8slEhiYhZQN0vz7aiViHA00000ir8TfWsu7gkDyiw fWBXKHhhlpWrk2d2J8430LG3WOjkVv4DjN23ILMBQK+XJBke1pf/1v/dzs7kBR0HOk 9qiSHlbOqQs90J74FfUuxZSh3VGvxZAM9zYK+/TriYvurDl0MhnWh4veg7uX/xMpI7 xvMFSGQ+FtUrCsY1P2jkJoR7AH9g3Midb2SH0I3KHYeQ1TjQaFgR8GMYIwr0XxF6oD dr8yI7xXX78mQ== Date: Wed, 2 Mar 2022 05:26:37 +0000 From: Richard Wordingham To: bug-gnu-emacs@gnu.org Subject: 26.3; Bidi and empty parentheses Message-ID: <20220302052637.6312dd29@JRWUBU2> X-Mailer: Claws Mail 3.17.5 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-CMAE-Envelope: MS4xfITXDs3iaf361K/X/uqWm4Q/68SaA/53jTg2v3UvDMtIeorsm5VKel7E18LU4ogf6cssQ1/b4L51sWzQAYBCIkg/3jiQ7mzZHMNYhVWFJFwdmhlm7DjV DI7XLOBQYPROqqM7kxwcrAuL85bxu8MtxzAfhlHTyEbFJ1Kc28BwAgc3TMIKn0Qcx7rhp+JA9vW3rjG8hl1nni4cDmgN/7booCE= Received-SPF: pass client-ip=212.54.57.96; envelope-from=richard.wordingham@ntlworld.com; helo=smtpq1.tb.ukmail.iss.as9143.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, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) 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: -2.3 (--) --Recipe starting from emacs-Q:-- ; Create a new buffer for general text, e.g. c.txt C-x C-f c.txt RET ; Enter RTL character insert-char 644 RET ; Enter rest of line x()y --Problem-- The result is that a flush-right line is produced that appears to read y()x=D9=84 It should appear to read x()y=D9=84 See https://corp.unicode.org/pipermail/unicode/2022-February/009984.html and reply from Ken Whistler for confirmation that the observed behaviour is wrong. This misbehaviour is still present in Emacs 28.0.91 as built from the tarball. (Configuration not included.) For the usage that prompted this report, several work-arounds are available, including defining end of line as a paragraph boundary. The Emacs display in that usage is also rendered baffling by Bug #27525 'Line wrapping of bidi paragraphs'. --Configuration Data-- In GNU Emacs 26.3 (build 2, x86_64-pc-linux-gnu, GTK+ Version 3.24.14) of 2020-03-26, modified by Debian built on lcy01-amd64-020 Windowing system distributor 'The X.Org Foundation', version 11.0.12013000 System Description: Ubuntu 20.04.4 LTS Configured using: 'configure --build x86_64-linux-gnu --prefix=3D/usr --sharedstatedir=3D/var/lib --libexecdir=3D/usr/lib --localstatedir=3D/var/lib --infodir=3D/usr/share/info --mandir=3D/usr/share/man --enable-libsystemd --with-pop=3Dyes --enable-locallisppath=3D/etc/emacs:/usr/local/share/emacs/26.3/site-lisp:= /usr/local/share/emacs/site-lisp:/usr/share/emacs/26.3/site-lisp:/usr/share= /emacs/site-lisp --with-sound=3Dalsa --without-gconf --with-mailutils --build x86_64-linux-gnu --prefix=3D/usr --sharedstatedir=3D/var/lib --libexecdir=3D/usr/lib --localstatedir=3D/var/lib --infodir=3D/usr/share/info --mandir=3D/usr/share/man --enable-libsystemd --with-pop=3Dyes --enable-locallisppath=3D/etc/emacs:/usr/local/share/emacs/26.3/site-lisp:= /usr/local/share/emacs/site-lisp:/usr/share/emacs/26.3/site-lisp:/usr/share= /emacs/site-lisp --with-sound=3Dalsa --without-gconf --with-mailutils --with-x=3Dyes --with-x-toolkit=3Dgtk3 --with-toolkit-scroll-bars 'CFLAGS=3D-g -O2 -fdebug-prefix-map=3D/build/emacs-mEZBk7/emacs-26.3+1=3D. -fstack-protector-strong -Wformat -Werror=3Dformat-security -Wall' 'CPPFLAGS=3D-Wdate-time -D_FORTIFY_SOURCE=3D2' 'LDFLAGS=3D-Wl,-Bsymbolic-functions -Wl,-z,relro'' Configured features: XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GSETTINGS GLIB NOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 XDBE XIM THREADS LIBSYSTEMD LCMS2 Important settings: value of $LANG: en_GB.utf8 value of $XMODIFIERS: @im=3Dibus locale-coding-system: utf-8-unix Major mode: Text Minor modes in effect: tooltip-mode: t global-eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs format-spec rfc822 mml easymenu mml-sec password-cache epa derived epg epg-config gnus-util rmail rmail-loaddefs mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils map seq byte-opt gv bytecomp byte-compile cconv cl-loaddefs cl-lib elec-pair time-date mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core term/tty-colors frame cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray minibuffer cl-preloaded nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote threads dbusbind inotify lcms2 dynamic-setting system-font-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty make-network-process emacs) Memory information: ((conses 16 95749 11279) (symbols 48 31997 2) (miscs 40 76 118) (strings 32 84051 2222) (string-bytes 1 1876297) (vectors 16 14442) (vector-slots 8 898152 15448) (floats 8 49 68) (intervals 56 262 0) (buffers 992 12)) From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 03 08:59:43 2022 Received: (at 54219-done) by debbugs.gnu.org; 3 Mar 2022 13:59:43 +0000 Received: from localhost ([127.0.0.1]:41825 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nPlzb-0002PF-1a for submit@debbugs.gnu.org; Thu, 03 Mar 2022 08:59:43 -0500 Received: from eggs.gnu.org ([209.51.188.92]:42198) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nPlzY-0002P3-Pq for 54219-done@debbugs.gnu.org; Thu, 03 Mar 2022 08:59:41 -0500 Received: from [2001:470:142:3::e] (port=50754 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 1nPlzS-0001Rc-Jz; Thu, 03 Mar 2022 08:59:34 -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:Subject:In-Reply-To:To:From: Date; bh=GFXl3NpdskHKmFQEGYN2voY3fF1EMsvQ85fohwDJLls=; b=hyz5dvM/+widWOICWdRt 2u+7bUHAfLKJryNvQBzaDFJKFoNomI0ne9mgZujjz20+jI8r5yJDZ7zfmij2dH3ds1slk6UtwK6cb bWnOfQpEQj/KODP0rjH+STWyqaFlrEKIxAFcYQhsbuxg/3wwqKIw9HLcprN3U7KWn5GBWOEC9pdbD 19EruN0YApkLKNdZLbu8iOXVNTdU7laMziPmnyyhk4A2inhIKnKSALWi+9srEByUeFNqP3YrSD7gb cT+RfNtKnwcGqie0zVRedcYXcHgQOR2Nadv0luBwveItS6Yc7C+RZ8R87gZGHtl2qrgQwo7peA8m+ y3SbYvMs5HyQ9Q==; Received: from [87.69.77.57] (port=1902 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 1nPlzR-0004uL-US; Thu, 03 Mar 2022 08:59:34 -0500 Date: Thu, 03 Mar 2022 15:59:32 +0200 Message-Id: <83ee3jjfwb.fsf@gnu.org> From: Eli Zaretskii To: Richard Wordingham In-Reply-To: <20220302052637.6312dd29@JRWUBU2> (bug-gnu-emacs@gnu.org) Subject: Re: bug#54219: 26.3; Bidi and empty parentheses References: <20220302052637.6312dd29@JRWUBU2> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 54219-done Cc: 54219-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: -3.3 (---) > Date: Wed, 2 Mar 2022 05:26:37 +0000 > From: Richard Wordingham via "Bug reports for GNU Emacs, > the Swiss army knife of text editors" > > ; Create a new buffer for general text, e.g. c.txt > C-x C-f c.txt RET > ; Enter RTL character > insert-char 644 RET > ; Enter rest of line > x()y > > --Problem-- > The result is that a flush-right line is produced that appears to read > > y()xل > > It should appear to read > > x()yل Thanks, fixed for the upcoming Emacs 28.1. > See https://corp.unicode.org/pipermail/unicode/2022-February/009984.html > and reply from Ken Whistler for confirmation that the observed > behaviour is wrong. Unfortunately, that reply didn't really help, because it didn't analyze the BPA details, which are crucial in this case. (If you set bidi-inhibit-bpa non-nil, the problem goes away.) It just provided the final output from Ken's program, which (as any other program) can have bugs. > For the usage that prompted this report, several work-arounds are > available, including defining end of line as a paragraph boundary. > The Emacs display in that usage is also rendered baffling by Bug #27525 > 'Line wrapping of bidi paragraphs'. Not sure what paragraph boundaries have to do with this. Sounds like an unrelated issue. From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 03 18:50:29 2022 Received: (at 54219-done) by debbugs.gnu.org; 3 Mar 2022 23:50:29 +0000 Received: from localhost ([127.0.0.1]:44177 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nPvDJ-0002JX-4g for submit@debbugs.gnu.org; Thu, 03 Mar 2022 18:50:29 -0500 Received: from smtpq1.tb.ukmail.iss.as9143.net ([212.54.57.96]:47654) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nPvDH-0002JK-2l for 54219-done@debbugs.gnu.org; Thu, 03 Mar 2022 18:50:28 -0500 Received: from [212.54.57.108] (helo=csmtp4.tb.ukmail.iss.as9143.net) by smtpq1.tb.ukmail.iss.as9143.net with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nPvDA-0001GB-7A for 54219-done@debbugs.gnu.org; Fri, 04 Mar 2022 00:50:20 +0100 Received: from JRWUBU2 ([82.27.122.109]) by cmsmtp with ESMTP id PvD9nKrYTGaPZPvD9nPhVl; Fri, 04 Mar 2022 00:50:20 +0100 X-SourceIP: 82.27.122.109 X-Authenticated-Sender: X-Spam: 0 X-Authority: v=2.4 cv=aqChtAVV c=1 sm=1 tr=0 ts=6221543c cx=a_exe a=lZfnwhydZ+7bl6OdZ0zTBw==:117 a=lZfnwhydZ+7bl6OdZ0zTBw==:17 a=kj9zAlcOel0A:10 a=o8Y5sQTvuykA:10 a=mDV3o1hIAAAA:8 a=3pKLlnykz7vdp1aX67IA:9 a=CjuIK1q_8ugA:10 a=_FVE-zBwftR9WsbkzFJk:22 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ntlworld.com; s=meg.feb2017; t=1646351420; bh=3JF9Qkkf/7VoJN43CGmsOIietOnUHTtx1cwiS8giwo8=; h=Date:From:To:Subject:In-Reply-To:References; b=lijz2QG9cvKcF0E0QOAa3v9/I/h2CnQyS6jbxY7QTWIHAgd7c8v24H8o34+AaQw0r CnwZ8NbIfDW0B4j9hp2HNh9aLGD3z1uZOG96JBGR1tgicqhyWBNuXUq+lhQU3MiPz1 rokF9ZPjDaEZcmD4sUajeeMu+mC0d686MZsGd9g+hupfr/5A7Zyvk+G8dY42Yv2e7q rh2VCotOiGwkf0eAVXN+C0rB4GXdpu/JraPgYaCJFjqBadQuC31GLbEd+JfrQomd07 QW2ec5+vwhKJe+AV4qT5Wr+aKZkalpNY/0K9xJetmW0dJXVSmCX2rHAqNamfDChmMR PLyu76eqQb87g== Date: Thu, 3 Mar 2022 23:50:18 +0000 From: Richard Wordingham To: 54219-done@debbugs.gnu.org Subject: Re: bug#54219: 26.3; Bidi and empty parentheses Message-ID: <20220303235018.2ca138f8@JRWUBU2> In-Reply-To: <83ee3jjfwb.fsf@gnu.org> References: <20220302052637.6312dd29@JRWUBU2> <83ee3jjfwb.fsf@gnu.org> X-Mailer: Claws Mail 3.17.5 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4xfGCX+OusJGg+MhaH6weKCddt+OJAXdx1ygTWzkAWQQr1Wem8p/nQiV9s9vlU0CYIWIR9IfPBpwrMQzrkEQwMtYlnJ6J6P++zYurYzf6Q1gL/dWNRa2Xw QXiv8FViakp87/hrzsLc4dLQA4GxL+jaq9ElPUp4iey0qCJ5z1LnLEF+oDhu6ln76WBXsRZXn6RCGReEWa5q9jL2xUZHWniQVto= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 54219-done 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, 03 Mar 2022 15:59:32 +0200 Eli Zaretskii wrote: > > For the usage that prompted this report, several work-arounds are > > available, including defining end of line as a paragraph boundary. > > The Emacs display in that usage is also rendered baffling by Bug > > #27525 'Line wrapping of bidi paragraphs'. > > Not sure what paragraph boundaries have to do with this. Sounds like > an unrelated issue. It relates to how the issue came to light. Program output included sequences composed of blank line, line of Arabic and then a sentence starting off in ASCII and containing an empty pair of parentheses. The point was that fixing the error was not urgent; there were other ways of fixing the problem. The Emacs' default paragraphing rules are simply wrong for the application. Richard. From unknown Wed Jun 18 00:27:25 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Fri, 01 Apr 2022 11:24:04 +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