From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: bidi-display-reordering is now non-nil by default Date: Thu, 25 Aug 2011 23:55:42 -0400 Message-ID: References: <4E48D309.6050503@acdlabs.ru> <83hb5jujjs.fsf@gnu.org> <874o1j10zv.fsf@fencepost.gnu.org> <8362lyvcli.fsf@gnu.org> <83k4aasnm9.fsf@gnu.org> <838vqmx9tj.fsf@gnu.org> <83ei0cimdl.fsf@gnu.org> <831uwchrvw.fsf@gnu.org> <83wre3gp2h.fsf@gnu.org> <83r54ahhpr.fsf@gnu.org> <83d3fuggu5.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1314330955 13252 80.91.229.12 (26 Aug 2011 03:55:55 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 26 Aug 2011 03:55:55 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Aug 26 05:55:51 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 1QwnWI-0002Nm-W1 for ged-emacs-devel@m.gmane.org; Fri, 26 Aug 2011 05:55:51 +0200 Original-Received: from localhost ([::1]:46659 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QwnWI-0003pD-6e for ged-emacs-devel@m.gmane.org; Thu, 25 Aug 2011 23:55:50 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:41017) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QwnWF-0003p5-MK for emacs-devel@gnu.org; Thu, 25 Aug 2011 23:55:48 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QwnWE-0007Sg-QA for emacs-devel@gnu.org; Thu, 25 Aug 2011 23:55:47 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.183]:62689 helo=ironport2-out.pppoe.ca) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QwnWD-0007SM-JV; Thu, 25 Aug 2011 23:55:45 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EABQYV05MCpTr/2dsb2JhbABDhEyjRXiBQAEBBAEjMyMFCwkCGgIYDgICFBgNJIgFqEGRY4EshA+BEQSfe4Q4 X-IronPort-AV: E=Sophos;i="4.68,283,1312171200"; d="scan'208";a="132917161" Original-Received: from 76-10-148-235.dsl.teksavvy.com (HELO ceviche.home) ([76.10.148.235]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 25 Aug 2011 23:55:43 -0400 Original-Received: by ceviche.home (Postfix, from userid 20848) id B21B7660CF; Thu, 25 Aug 2011 23:55:42 -0400 (EDT) In-Reply-To: <83d3fuggu5.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 25 Aug 2011 09:12:18 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 206.248.154.183 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:143585 Archived-At: > It's possible. It's called "embedding". Here (watch the directional > control characters around the parentheses): > Buffer name =E2=80=AA(default "=D7=90=D7=91=D7=92=D7=93=D7=94"):=E2=80= =AC =D7=90=D7=91=D7=92=D7=93=D7=A8=D7=A9=D7=AA123 > Should we provide bidi-embed-string-l2r/r2l functions? That sounds like just what we need, then. How 'bout providing a (bidi-embed-string STR &optional DIRECTION) where DIRECTION works like bidi-paragraph-direction (i.e. nil means auto-detect). >> Whether this ABC<1> appears within an L2R chunk of text or an L2R chunk >> of text. I guess that "paragraph direction" is a good approximation. > Why not always display it is <1>CBA ? That's the natural visual order. To me, in an L2R context, any buffer name should be displayed as NAME, regardless of whether NAME happens to be R2L or L2R (i.e. NAME should be an "embedded-string"). > Done in revision 105562 on the trunk. Please give it a try. Initial > testing with the *Completions* buffer indicates that it does TRT. > I've also removed the calls to bidi-string-mark-left-to-right from > buff-menu.el, as they are no longer needed there. Great, thanks, Stefan