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: Thu, 18 Aug 2011 10:23:09 +0300 Message-ID: <83mxf7rxnm.fsf@gnu.org> References: <87fwlm7fam.fsf@fencepost.gnu.org> <87bowa7dza.fsf@fencepost.gnu.org> <877h6y7chn.fsf@fencepost.gnu.org> <831ux6cv5o.fsf@gnu.org> <87d3gpku3o.fsf@gnus.org> <834o1ypa2b.fsf@gnu.org> <87aabnn3mz.fsf@stupidchicken.com> <83mxfnwwyd.fsf@gnu.org> <87ipqbzogt.fsf@stupidchicken.com> <83liv7wqhe.fsf@gnu.org> <87liv75xsh.fsf@stupidchicken.com> <83k4arvx05.fsf@gnu.org> <87bow116je.fsf@stupidchicken.com> Reply-To: Eli Zaretskii 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 1313652212 31634 80.91.229.12 (18 Aug 2011 07:23:32 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 18 Aug 2011 07:23:32 +0000 (UTC) Cc: emacs-devel@gnu.org To: Lars Magne Ingebrigtsen Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Aug 18 09:23:28 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 1Qtwwp-00054j-K4 for ged-emacs-devel@m.gmane.org; Thu, 18 Aug 2011 09:23:28 +0200 Original-Received: from localhost ([::1]:45982 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qtwwo-00015i-VE for ged-emacs-devel@m.gmane.org; Thu, 18 Aug 2011 03:23:26 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:50649) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qtwwi-00012R-Q8 for emacs-devel@gnu.org; Thu, 18 Aug 2011 03:23:24 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Qtwwe-0001m4-4n for emacs-devel@gnu.org; Thu, 18 Aug 2011 03:23:20 -0400 Original-Received: from mtaout20.012.net.il ([80.179.55.166]:58436) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qtwwd-0001lz-TQ for emacs-devel@gnu.org; Thu, 18 Aug 2011 03:23:16 -0400 Original-Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LQ4004004HWC300@a-mtaout20.012.net.il> for emacs-devel@gnu.org; Thu, 18 Aug 2011 10:23:14 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([77.126.168.102]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LQ400HX34III053@a-mtaout20.012.net.il>; Thu, 18 Aug 2011 10:23:12 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) X-Received-From: 80.179.55.166 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:143398 Archived-At: > From: Lars Magne Ingebrigtsen > Date: Thu, 18 Aug 2011 01:14:40 +0200 >=20 > I've now done this for the "from" part of the summary lines as a te= st. > As you can see from the attachment, my Hebrew-ish name gets chopped= and > LRM-eyd correctly, as far as I can see, so it seems like a workable > approach: >=20 > ! [ 5: Lars Magne =D7=A9=D7=9C=D7=95=D7=9D Ingebri=E2=80=8E] Thi= s is a test It looks okay, but that's not the real test, because it will render correctly even without the LRM. The real test is to have your "from" _end_ with strong R characters, and have the next field in the summar= y begin with weak characters, like digits. For example, remove the "Ingebrigtsen" part, and start the Subject with "123". Then try that with and without the LRM. > However, this feels like an extremely leaky, er, abstraction. I th= ink > it would be better if all y'all can find a solution that doesn't re= quire > these extreme low-level hacks just to get text rendered properly. = I > kinda doubt that all package maintainers will expend the hackery ti= me > needed to twiddle these knobs. I'd appreciate ideas. We currently have these: . Use LRM at the end of the field . Use TABs between fields . Replace each field with a display string whose value is the field text, with the disadvantage that cursor motion across the field and editing of the fields' text will need to be explicitly coded . Add a feature where a small set of characters can be requested by the Lisp application to behave like segment separator (TAB), then use those to separate fields, with the caveat that those separato= r characters should never appear as part of fields themselves > But for Emacs 24, that's probably not realistic? Depends on the idea, I guess.