From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Bidirectional text and URLs Date: Tue, 02 Dec 2014 16:52:15 +0200 Message-ID: <831toi6r4w.fsf@gnu.org> References: <87a93cngwv.fsf@uwakimon.sk.tsukuba.ac.jp> <837fyfml31.fsf@gnu.org> <874mtio7wh.fsf@uwakimon.sk.tsukuba.ac.jp> <83r3wml8kq.fsf@gnu.org> <83a938aeuc.fsf@gnu.org> <838uir8huv.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1417531955 17523 80.91.229.3 (2 Dec 2014 14:52:35 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 2 Dec 2014 14:52:35 +0000 (UTC) Cc: larsi@gnus.org, emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Dec 02 15:52:28 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1XvooT-0005dn-7p for ged-emacs-devel@m.gmane.org; Tue, 02 Dec 2014 15:52:25 +0100 Original-Received: from localhost ([::1]:37226 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XvooS-0007Do-Tt for ged-emacs-devel@m.gmane.org; Tue, 02 Dec 2014 09:52:24 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37892) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XvooJ-00076I-JI for emacs-devel@gnu.org; Tue, 02 Dec 2014 09:52:21 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XvooD-0004IP-5v for emacs-devel@gnu.org; Tue, 02 Dec 2014 09:52:15 -0500 Original-Received: from mtaout28.012.net.il ([80.179.55.184]:54209) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XvooC-0004Hd-UH; Tue, 02 Dec 2014 09:52:09 -0500 Original-Received: from conversion-daemon.mtaout28.012.net.il by mtaout28.012.net.il (HyperSendmail v2007.08) id <0NFY00H00MHPFM00@mtaout28.012.net.il>; Tue, 02 Dec 2014 16:49:40 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout28.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NFY00AB0MISTE60@mtaout28.012.net.il>; Tue, 02 Dec 2014 16:49:40 +0200 (IST) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 80.179.55.184 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:178693 Archived-At: > Date: Tue, 02 Dec 2014 09:42:42 -0500 > From: Richard Stallman > CC: larsi@gnus.org, emacs-devel@gnu.org > > > > We need a convenient _user-level_ feature to make them visible. > > > We have glyphless-char-display-control, which is a defcustom. If that > > is still too technical, we can have a minor mode to set that for these > > directional controls, > > A minor mode would be convenient enough for non-wizard users. > > > I think we should prefer making them visible only in the context where > > they could cause harm. Making them visible everywhere could be an > > annoyance. > > It would only be an annoyance for users who really use bidi, > and they would turn it off so it would not annoy them again. But even users who do use bidi would like to be warned when these controls are part of potential URL phishing. So there's a contradiction here, at least for those users: they would like a warning when these controls could be harmful, but would like to avoid the warning when they aren't. > > But even if I'd agree with you, making a convenient and reliable way > > of going back to unidirectional display of Emacs 23 and before would > > require a lot of work, because the current display engine no longer > > supports unidirectional display without reordering, at least not > > reliably. > > It is easy to make an option turn off bidi processing. > All it has to do is make all characters seem LTR. That doesn't disable reordering, it just makes the results indistinguishable. Perhaps I don't understand what you want to do with this option.