From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Incorrect glyph info in describe-char Date: Fri, 23 Jul 2021 10:45:31 +0300 Message-ID: <83v9511nj8.fsf@gnu.org> References: <837dhi4y19.fsf@gnu.org> <83y29y3f0a.fsf@gnu.org> <83tukm3bom.fsf@gnu.org> <8335s537c8.fsf@gnu.org> <83zgud1pq6.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="15536"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Anand Tamariya Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Jul 23 09:46:38 2021 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1m6ptG-0003lh-JY for ged-emacs-devel@m.gmane-mx.org; Fri, 23 Jul 2021 09:46:38 +0200 Original-Received: from localhost ([::1]:43960 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1m6ptF-0003an-3w for ged-emacs-devel@m.gmane-mx.org; Fri, 23 Jul 2021 03:46:37 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:57322) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1m6psU-0002vp-0J for emacs-devel@gnu.org; Fri, 23 Jul 2021 03:45:50 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:49160) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1m6psT-0005xp-P7; Fri, 23 Jul 2021 03:45:49 -0400 Original-Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3094 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1m6psT-0003b0-C8; Fri, 23 Jul 2021 03:45:49 -0400 In-Reply-To: (message from Anand Tamariya on Fri, 23 Jul 2021 13:06:57 +0530) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:271491 Archived-At: > From: Anand Tamariya > Date: Fri, 23 Jul 2021 13:06:57 +0530 > Cc: emacs-devel@gnu.org > > And what does the below display in the original case, i.e. with Hebrew > points in the text: > > M-: (find-composition (point) nil nil t) RET > > when point is on the SHIN character? > > (10 13 [[# > 1513 1473 1464] 47 [0 2 1464 967 0 6 20 -5 17 [8 0 0]] [0 2 1473 976 0 24 32 52 -45 [9 0 0]] [0 2 1513 1005 > 48 2 46 44 0 nil]]) That's the correct font, which is unexpected: the above find-composition call is from describe-char, so if that returns the correct font, how come describe-char winds up reporting an incorrect font? Could you perhaps step in Edebug through describe-char and see what happens to the value returned by find-composition in your case, before the font is reported? The call to find-composition is near the beginning of describe-char, here: (interactive "d") (unless (buffer-live-p buffer) (setq buffer (current-buffer))) (let ((src-buf (current-buffer))) (set-buffer buffer) (if (>= pos (point-max)) (error "No character follows specified position")) (let* ((char (char-after pos)) (eight-bit-p (and (not enable-multibyte-characters) (>= char 128))) (charset (if eight-bit-p 'eight-bit (or (get-text-property pos 'charset) (char-charset char)))) (composition (find-composition pos nil nil t)) <<<<<<<<<<<<<<< (component-chars nil) Thanks.