From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eric Abrahamsen Newsgroups: gmane.emacs.devel Subject: Re: Message Mode and bidi Date: Mon, 19 Feb 2024 21:16:51 -0800 Message-ID: <87h6i3lnp8.fsf@ericabrahamsen.net> References: <87v86ldzpw.fsf@aura.christopherculver.com> <867cj1qg4m.fsf@gnu.org> <8734to16tw.fsf@aura.christopherculver.com> <86bk8cw20e.fsf@p200300d627023a0ad1f3c3db8ccb4c50.dip0.t-ipconnect.de> <87frxoyuq4.fsf@aura.christopherculver.com> <87ttm4klnl.fsf@ericabrahamsen.net> <86y1bfolgf.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="26165"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) To: emacs-devel@gnu.org Cancel-Lock: sha1:FNtNvtiKXWUBIWNV/LJc2RohdVQ= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Feb 20 14:23:04 2024 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1rcQ5Q-0006Zt-C9 for ged-emacs-devel@m.gmane-mx.org; Tue, 20 Feb 2024 14:23:04 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rcQ4q-0000hb-07; Tue, 20 Feb 2024 08:22:28 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rcIV5-0006eU-WA for emacs-devel@gnu.org; Tue, 20 Feb 2024 00:17:04 -0500 Original-Received: from ciao.gmane.io ([116.202.254.214]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rcIV4-0006zB-7T for emacs-devel@gnu.org; Tue, 20 Feb 2024 00:17:03 -0500 Original-Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1rcIV1-0008XS-47 for emacs-devel@gnu.org; Tue, 20 Feb 2024 06:16:59 +0100 X-Injected-Via-Gmane: http://gmane.org/ Received-SPF: pass client-ip=116.202.254.214; envelope-from=ged-emacs-devel@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: -16 X-Spam_score: -1.7 X-Spam_bar: - X-Spam_report: (-1.7 / 5.0 requ) BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no autolearn_force=no X-Spam_action: no action X-Mailman-Approved-At: Tue, 20 Feb 2024 08:22:24 -0500 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:316396 Archived-At: Eli Zaretskii writes: >> From: Eric Abrahamsen >> Date: Mon, 19 Feb 2024 16:46:22 -0800 >> >> Christopher Culver via "Emacs development discussions." >> writes: >> >> > Joost Kremers writes: >> >> When you compose a new message, is there a line "--text follows this line--" >> >> separating the headers and the message text? In my case, there is (I use mu4e) >> >> and when I type Arabic text on the line below this text, I get the effect you >> >> mention. If I leave an empty line after "--text follows this line--", bidi works >> >> as expected. >> > >> > Indeed, if I just go down one line and then begin typing, bidi works as >> > expected. I am feeling very foolish that I did not even try this. Thank >> > you for clearing up this problem, and for shedding light on how Emacs >> > considers paragraphs. >> >> This is a bit weird, because the value of `mail-header-separator' >> ("--text follows this line--") is added to both `paragraph-start' and >> `paragraph-separate') in `message-mode'. You'd think one of those would >> do it. > > Emacs doesn't use paragraph-separate and paragraph-start to define > where a paragraph starts and ends, for the purposes of determining the > base directionality of a paragraph. It uses separate variables for > that, see the node "Bidirectional Editing" in the Emacs user manual. > The reason for using separate variables is because several modes, > including (but not limited to) message-mode, set the former variables > to regexps that get in the way of bidi reordering, and could easily > produce wrong results on display. Do you think we'd stand a chance of finding values for bidi-paragraph-start|separate-re that would resolve this particular issue? Some of the message headers should be individually considered as paragraphs for the purpose of bidi text as well, but that seems considerably more challenging.