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: bidi-display-reordering is now non-nil by default Date: Mon, 15 Aug 2011 13:20:51 +0300 Message-ID: <83fwl3ugak.fsf@gnu.org> References: <4E48D309.6050503@acdlabs.ru> <83hb5jujjs.fsf@gnu.org> <874o1j10zv.fsf@fencepost.gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1313403669 10685 80.91.229.12 (15 Aug 2011 10:21:09 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 15 Aug 2011 10:21:09 +0000 (UTC) Cc: emacs-devel@gnu.org To: David Kastrup Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Aug 15 12:21:05 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1QsuI5-0005hN-4W for ged-emacs-devel@m.gmane.org; Mon, 15 Aug 2011 12:21:05 +0200 Original-Received: from localhost ([::1]:50181 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QsuI4-0001JX-KF for ged-emacs-devel@m.gmane.org; Mon, 15 Aug 2011 06:21:04 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:41075) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QsuI2-0001J9-F9 for emacs-devel@gnu.org; Mon, 15 Aug 2011 06:21:03 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QsuI1-0002Rx-HP for emacs-devel@gnu.org; Mon, 15 Aug 2011 06:21:02 -0400 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:41392) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QsuHz-0002Rd-KL; Mon, 15 Aug 2011 06:20:59 -0400 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LPY00L00SJSEL00@a-mtaout22.012.net.il>; Mon, 15 Aug 2011 13:20:52 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([77.124.97.107]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LPY00KHXSQRF5D0@a-mtaout22.012.net.il>; Mon, 15 Aug 2011 13:20:51 +0300 (IDT) In-reply-to: <874o1j10zv.fsf@fencepost.gnu.org> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) X-Received-From: 80.179.55.172 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:143231 Archived-At: > From: David Kastrup > Date: Mon, 15 Aug 2011 11:24:04 +0200 > > I can still pick iso-8869-5 encoding for a cyrillic cut&paste, but not > if it contains L2R marks. How is having Cyrillic characters different from having an LRM? > And when having pure ASCII with L2R mark leakage into it, I can't > save under any 8-bit encoding (well, iso-8859-8 would work, but who > is going to be able to read it?). ASCII characters are not changed by iso-8859-8 in any way, and LRM doesn't need to be "read" at all. > Emacs should really avoid formatting things with L2R marks that are not > actually required. You are welcome to code a function that determines when it is actually required. One problem with doing so with 100% accuracy is that the outcome depends on the text that follows the string in question, and sometimes even on text that precedes it. These are not always known, and in fact the text that follows will normally be unknown.