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: Adjust point to move it off zero-width characters Date: Mon, 08 Aug 2011 06:02:56 +0300 Message-ID: <83pqkgzjtr.fsf@gnu.org> References: <83bow2wq9b.fsf@gnu.org> <831uwx18i5.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1312772591 31814 80.91.229.12 (8 Aug 2011 03:03:11 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 8 Aug 2011 03:03:11 +0000 (UTC) Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Aug 08 05:03:06 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 1QqG7L-0002f3-VG for ged-emacs-devel@m.gmane.org; Mon, 08 Aug 2011 05:03:04 +0200 Original-Received: from localhost ([::1]:34889 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QqG7L-00080Q-As for ged-emacs-devel@m.gmane.org; Sun, 07 Aug 2011 23:03:03 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:48904) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QqG7H-00080K-Sf for emacs-devel@gnu.org; Sun, 07 Aug 2011 23:03:00 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QqG7G-0005yr-NR for emacs-devel@gnu.org; Sun, 07 Aug 2011 23:02:59 -0400 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:33398) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QqG7G-0005yn-8o for emacs-devel@gnu.org; Sun, 07 Aug 2011 23:02:58 -0400 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LPL005009M32300@a-mtaout22.012.net.il> for emacs-devel@gnu.org; Mon, 08 Aug 2011 06:02:57 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([84.228.94.185]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LPL004T99SW7AM0@a-mtaout22.012.net.il>; Mon, 08 Aug 2011 06:02:57 +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.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:142988 Archived-At: > From: Stefan Monnier > Cc: emacs-devel@gnu.org > Date: Sun, 07 Aug 2011 20:50:23 -0400 > > So you're saying that it should always be fused with the next char? > Then my question becomes: > Is there a reason to fuse it with the next char rather than fusing > it with the preceding char? ;-) There is a good reason for the directional control characters, see below. For others, I think it's immaterial. > > There's one other complication: to _really_ DTRT, there's one > > directional control that needs to be fused with the preceding > > character: the PDF, u+202c (POP DIRECTIONAL FORMATTING). That's > > That was my impression as well: the fusing should not always be done in > the same direction. > I'd still like to hear your reasoning about why it only depends on the > particular zero-width char and not on the surrounding context. I explained that, for the directional control characters: the need to be able to interactively copy/paste text and be sure it displays the same. The directional controls affect the _following_ characters. If we "fuse" LRM/RLM/LRO/RLO/LRE/RLE with the previous character, they can only be copy/pasted with the text that precedes them, where they have no effect whatsoever. That's why PDF is different: it affects the characters that precede it. > > But hard-coding the special treatment of PDF on the C level sounds too > > kludgey, no? > > Without knowing why you think LRM needs to be fused one way and PDF in > the other way, it's hard to know for sure whether hard-coding them is > a kludge, but yes: it doe sound likely to be so. So what are the alternatives? Another char-table?