From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: =?UTF-8?Q?Cl=C3=A9ment?= Pit-Claudel Newsgroups: gmane.emacs.bugs Subject: bug#36030: Changing the region or the point changes the way characters are displayed Date: Fri, 31 May 2019 15:28:46 -0400 Message-ID: References: <5b0601b7-2d86-8516-f03f-59b313c19085@gmail.com> <83k1e6ws96.fsf@gnu.org> <816b2b4c-775d-eba9-44c2-611fd63d171e@gmail.com> <83ef4ewipq.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="126905"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.7.0 Cc: 36030@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri May 31 21:33:43 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hWnHa-000Wqt-5z for geb-bug-gnu-emacs@m.gmane.org; Fri, 31 May 2019 21:33:42 +0200 Original-Received: from localhost ([127.0.0.1]:48128 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hWnHY-00065t-CB for geb-bug-gnu-emacs@m.gmane.org; Fri, 31 May 2019 15:33:40 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:43850) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hWnHJ-00063d-7C for bug-gnu-emacs@gnu.org; Fri, 31 May 2019 15:33:26 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hWnD4-0002cz-GO for bug-gnu-emacs@gnu.org; Fri, 31 May 2019 15:29:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:50961) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hWnD4-0002cq-DJ for bug-gnu-emacs@gnu.org; Fri, 31 May 2019 15:29:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hWnD4-0000or-9n for bug-gnu-emacs@gnu.org; Fri, 31 May 2019 15:29:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: =?UTF-8?Q?Cl=C3=A9ment?= Pit-Claudel Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 31 May 2019 19:29:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36030 X-GNU-PR-Package: emacs Original-Received: via spool by 36030-submit@debbugs.gnu.org id=B36030.15593309363125 (code B ref 36030); Fri, 31 May 2019 19:29:02 +0000 Original-Received: (at 36030) by debbugs.gnu.org; 31 May 2019 19:28:56 +0000 Original-Received: from localhost ([127.0.0.1]:36271 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hWnCx-0000oI-Hw for submit@debbugs.gnu.org; Fri, 31 May 2019 15:28:55 -0400 Original-Received: from mail-qt1-f170.google.com ([209.85.160.170]:43224) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hWnCv-0000ny-EU for 36030@debbugs.gnu.org; Fri, 31 May 2019 15:28:54 -0400 Original-Received: by mail-qt1-f170.google.com with SMTP id z24so2249525qtj.10 for <36030@debbugs.gnu.org>; Fri, 31 May 2019 12:28:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=JYbft7/DuaxN1gIvlahlKJ7ZL+aJrkPYcx24qeAETNU=; b=pYO7ERcjN1sTFm7aoUxqpXA4esq0jzqJKIAbHnphT4Gjh9NNsBG4NfYjXDwSV8YCQB CvLvNTYzwDngowXd/oOp603PF6GMQGPbr4414LykJCW5PL6aVcZEPFoG1l3Wv4OLLDM2 ufGmcQVRkntpOjlWzbKA9E8bAFY4HL1UuR/fxmKz43XG8Qoc3DgHc58tXXAVwmt3kV3X VU5XvfWMLSziEOiGCeX+JL0iguOaIYBj8d7zzjbYrmePrbjBVabtStY2zVNv4UXFPthD GJS647oPCrCXoQFioPeOJBRXASr2PSgQEuD3pY7UGM9SXPK4GImCmdBVcwVaZosZJy9Q X8TA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=JYbft7/DuaxN1gIvlahlKJ7ZL+aJrkPYcx24qeAETNU=; b=hQzM7AroN9fvA9MD5aL+EzglS9D+YOiWe1TMOwtsdbXGTgvVIQUGduNnAacUFg2TYN 7Y8VvDGrZTwG6BEm2p47/cOnYJ6Ztb+YrzwEon0JrIY7c6ic1oYBIyi7TnGtZQ29SiIU VLs1Bne77etDPcvyClvPIpDAwQ81AanLtmHadGS3vNzD4+Imyz7Lnb3cjIhudBkWvDxS rAkUPg97jQ+SXXdf7BSQK3jCfL/tq0W7XCY7f6OkDMaEDiOdTtEB6/6jNHBtF/S2IdRo FdjkCVdpzjBRa6knIdYxIrXr+xOPOLLA0E0OrmFMzJUHC47UrxHxtJsNef1QTlPklzKk OMrg== X-Gm-Message-State: APjAAAXUHRzeX4blpC0rjkdnejIIxIkvbgfi0ZyY/0tmC6l9DSKj7xyM R77i8M+RuFSkGjP6C+LlDBamtmkXObA= X-Google-Smtp-Source: APXvYqxooZw9WPTMHkngTgZxJ2kUzeCp9cMy4A77eLkgk35Ux8SAM02ZiD9shbd9uMf3voE+BhaLAA== X-Received: by 2002:ac8:2202:: with SMTP id o2mr10859473qto.132.1559330927555; Fri, 31 May 2019 12:28:47 -0700 (PDT) Original-Received: from [128.30.93.57] (30-93-57.dynamic.csail.mit.edu. [128.30.93.57]) by smtp.googlemail.com with ESMTPSA id l40sm4517761qtc.32.2019.05.31.12.28.46 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 31 May 2019 12:28:46 -0700 (PDT) In-Reply-To: <83ef4ewipq.fsf@gnu.org> Content-Language: en-GB X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.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" Xref: news.gmane.org gmane.emacs.bugs:159976 Archived-At: On 2019-05-31 15:02, Eli Zaretskii wrote: >> Cc: 36030@debbugs.gnu.org >> From: Clément Pit-Claudel >> Date: Fri, 31 May 2019 13:06:32 -0400 >> >>> This is a duplicate of bug#35811, AFAIU. >> >> Agh, sorry for the noise. I should note, though, that the problem isn't specific to Arabic: I see it with many other scripts. > > Which ones? I only see this on the Arabic line, at least in "emacs -Q". I see it with Hebrew as well, but not in emacs -Q. With this string: 'ՙա-ևא-תװ-ײؠ-يٮ-ٯٱ-ۓەۥ-ۦۮ-ۯۺ-ۼۿܐܒ-ܯݍ-ޥޱߊ-ߪߴ-ߵߺࠀ-ࠕࠚࠤࠨࡀ-ࡘࢠ-ࢴࢶ' (taken from a regular expression) if I place the point at the beginning of the line, I see this: position: 21767 of 29526 (74%), column: 25 character: ת‎ (displayed as ת‎) (codepoint 1514, #o2752, #x5ea) charset: unicode-bmp (Unicode Basic Multilingual Plane (U+0000..U+FFFF)) code point in charset: 0x05EA script: hebrew syntax: w which means: word category: .:Base, R:Right-to-left (strong) to input: type "C-x 8 RET 5ea" or "C-x 8 RET HEBREW LETTER TAV" buffer code: #xD7 #xAA file code: #xD7 #xAA (encoded by coding system utf-8-unix) display: by this font (glyph code) xft:-GNU -FreeSerif-normal-normal-normal-*-16-*-*-*-*-0-iso10646-1 (#x587) Character code properties: customize what to show name: HEBREW LETTER TAV general-category: Lo (Letter, Other) decomposition: (1514) ('ת') There are text properties here: face font-lock-string-face fontified t But if I place it at the ܒ, then run (save-excursion (goto-char ) (what-cursor-position t)) I see xft:-GNU -FreeSans-normal-normal-normal-*-16-*-*-*-*-0-iso10646-1 (#x509) instead. Moving the point to a different line, the font changes again, this time to xft:-GNU -FreeMono-normal-normal-normal-*-16-*-*-*-m-0-iso10646-1 (#x4FF) The rest of the what-cursor-position buffer is unchanged. With the string 'ਸ-ਹਖ਼-ੜਫ਼ੲ-ੴઅ-ઍએ-ઑઓ-નપ-રલ-ળવ-હઽૐૠ-ૡૹଅ-ଌଏ-ଐଓ-ନପ-ରଲ-ଳଵ-ହଽଡ଼-ଢ଼ୟ-', it is enough to just resize the frame to change from xft:-GNU -FreeSans-normal-normal-normal-*-16-*-*-*-*-0-iso10646-1 (#x663) to xft:-GNU -FreeSerif-normal-normal-normal-*-16-*-*-*-*-0-iso10646-1 (#x7F2) (but I had to set a timer to investigate this one, because moving the point reverted the font changes caused by resizing the frame. Additionally, this seems to be linked to face properties. In the what-cursor-position buffer, I see this: ਸ (displayed as ਸ) (codepoint 2616, #o5070, #xa38) ^ using one font. ^ using a different font, with font-lock-string-face on it. … and moving around the what-cursor-position buffer changes the second one, but not the first one. Clément.