From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Howard Melman Newsgroups: gmane.emacs.bugs Subject: bug#54970: 28.1; Some emoji no longer display Date: Sun, 17 Apr 2022 10:35:17 -0400 Message-ID: <7489F752-EA20-4B0F-9CAE-E3B9DF5E6484@gmail.com> References: <87ee1xdsc8.fsf@gnus.org> <87sfqdcc2c.fsf@gnus.org> <47359AAC-A4C5-4C1A-A6B4-2ACAD44A3459@gmail.com> <83sfqdyo7s.fsf@gnu.org> <7F25712C-DDA8-4BB1-951A-B3445C35834F@gmail.com> <83o810zxz8.fsf@gnu.org> <8C4B6A53-73D4-43F5-A3BE-9598EB06F843@gmail.com> <83bkx0zvcd.fsf@gnu.org> <838rs4z25a.fsf@gnu.org> <87lew33kb0.fsf@gmail.com> Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="28596"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Lars Ingebrigtsen , 54970@debbugs.gnu.org, Alan Third To: Robert Pluim Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Apr 17 16:36:32 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1ng60t-0007Fv-HW for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 17 Apr 2022 16:36:31 +0200 Original-Received: from localhost ([::1]:57754 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ng60s-0002lb-6C for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 17 Apr 2022 10:36:30 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:40534) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ng60R-0002kj-Bv for bug-gnu-emacs@gnu.org; Sun, 17 Apr 2022 10:36:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:42963) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1ng60R-0001Y7-3H for bug-gnu-emacs@gnu.org; Sun, 17 Apr 2022 10:36:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ng60R-0001w6-0W for bug-gnu-emacs@gnu.org; Sun, 17 Apr 2022 10:36:03 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Howard Melman Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 17 Apr 2022 14:36:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54970 X-GNU-PR-Package: emacs Original-Received: via spool by 54970-submit@debbugs.gnu.org id=B54970.16502061257381 (code B ref 54970); Sun, 17 Apr 2022 14:36:02 +0000 Original-Received: (at 54970) by debbugs.gnu.org; 17 Apr 2022 14:35:25 +0000 Original-Received: from localhost ([127.0.0.1]:36859 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ng5zp-0001uy-72 for submit@debbugs.gnu.org; Sun, 17 Apr 2022 10:35:25 -0400 Original-Received: from mail-qt1-f177.google.com ([209.85.160.177]:41982) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ng5zo-0001uU-5U for 54970@debbugs.gnu.org; Sun, 17 Apr 2022 10:35:24 -0400 Original-Received: by mail-qt1-f177.google.com with SMTP id r25so8683835qtp.8 for <54970@debbugs.gnu.org>; Sun, 17 Apr 2022 07:35:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=0zZgX8olhb5L8oiWxlL1vjbUcCbaXpSnR40StcNaKZE=; b=dzB+gW/gv4/yUBQEuiGUWdW0YFMf0VR1173vnrfGG2XyUY7TCFBZu5fjXxCOFAg2WA 5HPbPreUHUKIl4M60NcoffZbHJqFJmBLb625o+DvBuwXPfhJPmXgnPQG8RDwBbeba9IP 04U3RlvEx5igTGhn245n7azT65UlYhRkdD7kRkMMFOFt+EIgSGGBRpfSOw+Wuss+3yAn lI3mrgqJIV/74AHDTBd3t6HX0adhvV4nn7sNZoMhUkZfPt+cXr1dsXxTlT/qVnPhtMPm KjxR0BhHI8e+gU7g2RoFg+WVuX9Ee/NxmxAEFyhdXnYZnsfdlqQ3RkPtw7axXSDQ6zQL BE8g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=0zZgX8olhb5L8oiWxlL1vjbUcCbaXpSnR40StcNaKZE=; b=CDQcwJWrd6xHBQ7YrZzu/tu8Zmb9OMGQw49SvdmQY7JkA4mf/f5KImGqkZbX6L/Eee KdA41pbDXnjlj8M/qxyLYs9tSu60VGoqS/iqM8NbvEJBOkaPhZyWrLxPWXqDczCFnuAM 7cSITmalb8Z5cPzQklAs32UJ263y+chq2ariK/UBqagzVGUfQmDGHPagdxqNYj6lrUYv BJmE6EyHIAIKZ5Yz1K7z0V65ROW241wQRi1TDD9ouscqN1d7EXVe/8gJNtwCbS+3mHqX j0DqinUxTN3XktXrxFLfbJef5BbdDYX3jwwLdBkqjpmun7LHzcbDKpES82knfk7wSmiW s9zA== X-Gm-Message-State: AOAM532B/gxdZ2zRE7DVbIDOQ8zefn2zTeYS38ZdeGCUpZaLEH0pA2Nc 7xIS+BqLOCz3ZUnhs7SCRQQ= X-Google-Smtp-Source: ABdhPJytt1i3XLAEeN06QMAIMywO+d02wYsTx1WBbSdssjv7J7KLXPNbZji8KUNkkaYpkA5gHdauSw== X-Received: by 2002:ac8:7f54:0:b0:2f1:f48c:c73a with SMTP id g20-20020ac87f54000000b002f1f48cc73amr3894399qtk.265.1650206118512; Sun, 17 Apr 2022 07:35:18 -0700 (PDT) Original-Received: from smtpclient.apple (pool-108-26-204-101.bstnma.fios.verizon.net. [108.26.204.101]) by smtp.gmail.com with ESMTPSA id 3-20020ac85903000000b002ee83037459sm6346745qty.42.2022.04.17.07.35.17 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 17 Apr 2022 07:35:17 -0700 (PDT) In-Reply-To: <87lew33kb0.fsf@gmail.com> X-Mailer: Apple Mail (2.3654.120.0.1.13) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:230064 Archived-At: > On Apr 17, 2022, at 9:34 AM, Robert Pluim wrote: >=20 >>>>>> On Sun, 17 Apr 2022 08:53:37 +0300, Eli Zaretskii = said: >=20 > Eli> The fundamental issue here is that some symbols have both an = Emoji > Eli> presentation and a "text" presentation, and the VARIATION = SELECTOR n > Eli> characters tell the rendering system which presentation to = display. > Eli> The U+FE0F VARIATION SELECTOR 16 character tells Emacs to show = the > Eli> Emoji presentation. Without the variation selectors, Emacs = displays > Eli> as Emoji only characters that are explicitly given the Emoji > Eli> presentation as the default by the Unicode Character Database = files. > Eli> And AFAICT, U+1F37D is not one of them. >=20 > Eli> (Robert, please correct me if I'm wrong here.) >=20 > That=CA=BCs exactly how it works. See > for a listing of > the affected codepoints and default styles. Thanks for all this info. So on that page, in the second headed section = of the=20 table "Emoji Font" is where U+1F37D appears. In the "text-vs" row, = which I think is the case of a lone U+1F37D, I see the emoji glyph in my mac = browser. The description in that header says: =E2=80=9Ctext+ts=E2=80=9D should be monochrome; everything else should = be colorful & monospace. which matches what I see. So I think, a lone U+1F37D should be = displayed as an "emoji glyph". =20 Can emacs be configured to display these lone codepoints via my emoji = font? I gather that's what using the 'symbol script does but also includes = more. Can I (or emacs out-of-the-box) be more selective in the call to=20 set-fontset-font or some other api? >>> I said, I don't understand this stuff. Is this extra codepoint = supposed >>> to be added for me? It doesn't seem like other apps require it. >=20 > Eli> Emacs currently doesn't insert the variation selectors = automatically, > Eli> although perhaps the Emoji input method should (or maybe = already > Eli> does, I didn't check). >=20 > The stuff Lars added on master puts in variation selectors where > needed. The emoji input method isn't on 28 so I can't check, but FWIW this seems to not match the behavior I see using the mac system emoji picker which seems to just insert a lone U+1F37D when I pick this emoji. And I'll add, if that's displayed equivalently I'd prefer it, because I = wouldn't have to deal with "extra invisible characters" after the glyph when using emacs editing commands (unless this is different behavior in 29 than in 28 when I add the variation selector character). > Eli> No, that wouldn't be right. We introduced the special 'emoji' > Eli> pseudo-script in Emacs 28 to solve the problems of being = unable to > Eli> distinguish between Emoji codepoints and the other symbols and > Eli> punctuation. We definitely do NOT want to use an Emoji font = for > Eli> symbols and punctuation characters and character sequences = that aren't > Eli> Emoji. Moreover, configuring the fontset to use some font for = the > Eli> 'symbol' pseudo-script by default doesn't do what you expect, = because > Eli> Emacs uses the default font for symbols for which the default = font has > Eli> a glyph. >=20 > Modulo `use-default-font-for-symbols' FWIW this variable set to t for me which I think is the default. > Eli> So I think the recipe in NEWS is correct, and your = expectations were > Eli> inconsistent with the Emacs support for Emoji, at least with = its state > Eli> in Emacs 28.1. >=20 > I=CA=BCm not sure what we could change. I guess we could add a > configuration variable that says 'treat every code point that has a > default text presentation and an emoji one as emoji', except we > already have that: VARIATION SELECTOR 16 I think the section I mentioned above is this case, that things in the "emojiFont" grouping, w/o a variation selector should be presented colorful and monospace (which I take to mean "as emoji"). Am I misunderstanding? Howard