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 and shaping problems in describe-input-method Date: Thu, 08 Mar 2012 20:30:51 +0200 Message-ID: <83haxz0wtg.fsf@gnu.org> References: <87fwdjw1ny.fsf@m17n.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Trace: dough.gmane.org 1331231459 28406 80.91.229.3 (8 Mar 2012 18:30:59 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 8 Mar 2012 18:30:59 +0000 (UTC) Cc: list-general@mohsen.1.banan.byname.net, emacs-devel@gnu.org To: Kenichi Handa Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Mar 08 19:30:58 2012 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 1S5i76-0007F6-Lx for ged-emacs-devel@m.gmane.org; Thu, 08 Mar 2012 19:30:56 +0100 Original-Received: from localhost ([::1]:50434 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S5i75-0007H7-OX for ged-emacs-devel@m.gmane.org; Thu, 08 Mar 2012 13:30:55 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:52761) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S5i70-0007FA-53 for emacs-devel@gnu.org; Thu, 08 Mar 2012 13:30:54 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1S5i6y-0002mH-4Z for emacs-devel@gnu.org; Thu, 08 Mar 2012 13:30:49 -0500 Original-Received: from mtaout23.012.net.il ([80.179.55.175]:39318) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S5i6x-0002mC-RP for emacs-devel@gnu.org; Thu, 08 Mar 2012 13:30:48 -0500 Original-Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0M0K00900WQVS900@a-mtaout23.012.net.il> for emacs-devel@gnu.org; Thu, 08 Mar 2012 20:30:46 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([77.124.43.187]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M0K009QMWR9PW40@a-mtaout23.012.net.il>; Thu, 08 Mar 2012 20:30:46 +0200 (IST) In-reply-to: <87fwdjw1ny.fsf@m17n.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.175 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:148935 Archived-At: > From: Kenichi Handa > Cc: emacs-devel@gnu.org, eliz@gnu.org > Date: Fri, 09 Mar 2012 00:30:25 +0900 >=20 > > So, the simplest fix (and perhaps > > the-right-thing-to-do) is to ALWAYS insert a > > (ucs-insert 8204)=E2=80=8C -- zero width non-joiner -- > > between the two characters in each and every > > keyboard cell. >=20 > If we insert something unconditionally, I think inserting > (propertize " " 'invisible t) is safer. Unfortunately, this doesn't work: invisible characters are not handed to the shaping engine, they are silently skipped by the display engine. So the characters are still joined. We need something smarter here. I'll let you and Mohsen find the solution to this one.