From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kenichi Handa Newsgroups: gmane.emacs.bugs Subject: bug#11860: 24.1; Arabic - Harakat (diacritics, short vowels) don't appear Date: Fri, 14 Sep 2012 08:26:29 +0900 Message-ID: <87obl9ec7u.fsf@gnu.org> References: <349071341393469@web30d.yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1347578893 13124 80.91.229.3 (13 Sep 2012 23:28:13 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 13 Sep 2012 23:28:13 +0000 (UTC) Cc: 11860@debbugs.gnu.org, smias@yandex.ru To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Sep 14 01:28:15 2012 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1TCIpT-0001sh-G3 for geb-bug-gnu-emacs@m.gmane.org; Fri, 14 Sep 2012 01:28:15 +0200 Original-Received: from localhost ([::1]:58690 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TCIpP-0006BT-8a for geb-bug-gnu-emacs@m.gmane.org; Thu, 13 Sep 2012 19:28:11 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:50787) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TCIpN-0006BE-7l for bug-gnu-emacs@gnu.org; Thu, 13 Sep 2012 19:28:10 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TCIpM-00029p-5y for bug-gnu-emacs@gnu.org; Thu, 13 Sep 2012 19:28:09 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:51273) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TCIpM-00029j-2G for bug-gnu-emacs@gnu.org; Thu, 13 Sep 2012 19:28:08 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1TCIqD-0005xM-RC for bug-gnu-emacs@gnu.org; Thu, 13 Sep 2012 19:29:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Kenichi Handa Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 13 Sep 2012 23:29:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11860 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 11860-submit@debbugs.gnu.org id=B11860.134757894022887 (code B ref 11860); Thu, 13 Sep 2012 23:29:01 +0000 Original-Received: (at 11860) by debbugs.gnu.org; 13 Sep 2012 23:29:00 +0000 Original-Received: from localhost ([127.0.0.1]:60819 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TCIqB-0005x6-KC for submit@debbugs.gnu.org; Thu, 13 Sep 2012 19:29:00 -0400 Original-Received: from fencepost.gnu.org ([208.118.235.10]:45187) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TCIq9-0005wz-BQ for 11860@debbugs.gnu.org; Thu, 13 Sep 2012 19:28:58 -0400 Original-Received: from 253.240.accsnet.ne.jp ([202.220.240.253]:56935 helo=mongkok) by fencepost.gnu.org with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1TCIpF-0003Tt-8w; Thu, 13 Sep 2012 19:28:01 -0400 In-Reply-To: <83vcfhvowu.fsf@gnu.org> (message from Eli Zaretskii on Thu, 13 Sep 2012 20:00:17 +0300) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:64260 Archived-At: In article <83vcfhvowu.fsf@gnu.org>, Eli Zaretskii writes: > OK, but in this case we are talking about diacriticals, which are > always drawn in the same character cell as the base character. IOW, > the pen does not advance until the entire gstring is drawn. In that > case, whatever Ffont_shape_gstring does will not affect the result on > the screen, would it? If a font driver decided to adjust the drawing poistion of a base character, Ffont_shape_gstring wrongly combines that character with the previous cluster, which results in wrong display position of that base character. For instance, provided upcases are base characters and downcases are diacriticals, an RTL text "AaBbCc" should be displayed as "CcBbAa", but if Ffont_shape_gstring wrongly segment it as "AaBb" and "Cc", it is displayed as "CcAaBb. --- Kenichi Handa handa@gnu.org