From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.help Subject: Re: Trojan Source detection/highlight in Emacs? Date: Wed, 03 Nov 2021 19:28:06 +0200 Message-ID: <83o871gndl.fsf@gnu.org> References: Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="504"; mail-complaints-to="usenet@ciao.gmane.io" To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Wed Nov 03 18:28:50 2021 Return-path: Envelope-to: geh-help-gnu-emacs@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 1miK4A-000ATs-10 for geh-help-gnu-emacs@m.gmane-mx.org; Wed, 03 Nov 2021 18:28:50 +0100 Original-Received: from localhost ([::1]:60644 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1miK48-0007Ul-SX for geh-help-gnu-emacs@m.gmane-mx.org; Wed, 03 Nov 2021 13:28:48 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:41202) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1miK3V-0007KJ-Md for help-gnu-emacs@gnu.org; Wed, 03 Nov 2021 13:28:09 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:33226) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1miK3V-0000vq-Cj for help-gnu-emacs@gnu.org; Wed, 03 Nov 2021 13:28:09 -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=2QFjupeoFD7QG8rGAb49rGCTSpTffd16USxhrl8IZyk=; b=KdxYcYcCBikD g08ukhZ2BAW+mVxluQzMBPjss7WvN4rnY9YQsP8yG2xTc44Hv+PEgjSubbwY+AemLMINEaqI6CAc5 HBaNuF0YjFZrMa34QlGR3X8UeYaZ5uifdyv32k1lf2yUseLdrrms1BeqooLmJbOHIjwDjKnGfSXJn Z4Okt2ZbaUUDZr1HrF6dXBx+onGXq6D8gjzkeAQwFJfwyY3KBzmMRKK4dgInhwcbqWsn9m9m/n1oR PW8IxmoZgv510rC7q3p3W86jsJrUXQAgd92M8wvuy2N1d60d9h9I6U1M+IzW5uPbUDedkSS9m4Oyt QnN0clNIwbFaX6Bm37GobQ==; Original-Received: from [87.69.77.57] (port=3185 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 1miK3U-0003SF-SP for help-gnu-emacs@gnu.org; Wed, 03 Nov 2021 13:28:09 -0400 In-Reply-To: (message from Anders Munch on Wed, 3 Nov 2021 15:17:32 +0000) X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.io gmane.emacs.help:134336 Archived-At: > From: Anders Munch > Date: Wed, 3 Nov 2021 15:17:32 +0000 > > Eli Zaretskii wrote: > > Anders Munch wrote: > >> Can we get a recipe, please? > > > > Customize the variable glyphless-char-display-control. > > Thanks for the pointer, that would be the 'format-control' group? Yes. > I see it set to "Display as thin space". Yes. > But that's only half the story. The other half of how bidi control characters display is the effect that they have on surrounding text. > glyphless-char-display-control does not affect that. That you cannot change easily, and you shouldn't try. Emacs implements the Unicode Bidirectional Algorithm when it produces character glyphs for display, and that includes reordering them into the so-called "visual" order. > I went looking for a bidi off switch precisely because I'm aware that the Unicode bidi rules are complicated, or at least confusing when put into practice, and for those of us that don't read RTL languages, it might be better to switch it off completely than to try to understand it. > > bidi-paragraph-direction was the only candidate to a bidi off switch that I could find. > If that's not what it is, then where is the master switch to turn bidi processing off? There is no such switch in Emacs. Bidi reordering is always turned on. (And don't believe people who will tell you about bidi-display-reordering: that variable doesn't disable the reordering completely, exists only for my own debugging, and if turned off, will cause the display code work unreliably in some situations.)