From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Robert Pluim Newsgroups: gmane.emacs.bugs Subject: bug#54970: 28.1; Some emoji no longer display Date: Sun, 17 Apr 2022 17:14:53 +0200 Message-ID: <87wnfn213m.fsf@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> <7489F752-EA20-4B0F-9CAE-E3B9DF5E6484@gmail.com> Mime-Version: 1.0 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="9414"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Lars Ingebrigtsen , 54970@debbugs.gnu.org, Alan Third To: Howard Melman Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Apr 17 17:16:23 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 1ng6dS-0002IZ-4I for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 17 Apr 2022 17:16:22 +0200 Original-Received: from localhost ([::1]:44304 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ng6dR-0006no-5q for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 17 Apr 2022 11:16:21 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:48996) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ng6d8-0006la-B6 for bug-gnu-emacs@gnu.org; Sun, 17 Apr 2022 11:16:04 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:43041) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1ng6d8-0007Uy-0C for bug-gnu-emacs@gnu.org; Sun, 17 Apr 2022 11:16:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ng6d7-0002zP-SL for bug-gnu-emacs@gnu.org; Sun, 17 Apr 2022 11:16:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Robert Pluim Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 17 Apr 2022 15:16:01 +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.165020850311412 (code B ref 54970); Sun, 17 Apr 2022 15:16:01 +0000 Original-Received: (at 54970) by debbugs.gnu.org; 17 Apr 2022 15:15:03 +0000 Original-Received: from localhost ([127.0.0.1]:36938 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ng6cA-0002xz-LM for submit@debbugs.gnu.org; Sun, 17 Apr 2022 11:15:02 -0400 Original-Received: from mail-wr1-f51.google.com ([209.85.221.51]:42820) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ng6c8-0002xD-RW for 54970@debbugs.gnu.org; Sun, 17 Apr 2022 11:15:01 -0400 Original-Received: by mail-wr1-f51.google.com with SMTP id r13so16021439wrr.9 for <54970@debbugs.gnu.org>; Sun, 17 Apr 2022 08:15:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:cc:subject:references:date:in-reply-to:message-id :mime-version:content-transfer-encoding; bh=TpmeqSUsUGlBwEg97iemluiGpqjD1u1hUSAJeTd8Fu8=; b=Cs3Pm26Z/wkhwla34fJK+eGKZ8HLM2nC2yZ1LgIEJyi0JYpYWY4Yl0oG/M9XPvAIXH 2QvPOYEqB8+V/vX7X4sPjoyGOFvIp78ljcFVIVMsqWpXmroDrcaNxCvGBtI+IF6y91Qk TpLEg1J4eE3b7Hds/uTTAA6l4gGOn2bqysJ0TRiZkkKUOnbrrSNVKtu7L2nMTlF1GHzo WrVMz1pW9YFzzFPl3gPoInS7zlaTD7BEqwI+rPTFuvmwCY5oaI7WxAZ6gvFQmstPFfUT j7QxPDEEZGg3vTdpETgLgRmxTZYjzTedUgTRquI+EgoELamfDIlnzaqSY0EDMc8y+dys WiYQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:mime-version:content-transfer-encoding; bh=TpmeqSUsUGlBwEg97iemluiGpqjD1u1hUSAJeTd8Fu8=; b=rKIn/UXsyeVLC3yGdde93+zjO4pZGpZepmrWZPVTot6OQEr4mqVm668xdTZT/RIKZS XluleWtfp3YY4gf0Rj4R3HxxXYzDzN3F7YRedc4lsZPvEnAu9qp0G7u9VzAJyDbx92Ea AcJFfkMX+qy6GrAkuuGMQSGdF5NbKB+V+UxPsb7kTQ3hBVGa5w23LamfrDLkohJ+/b8l J6mpLsluVWt1C8S+DKP3zNHIgwyAej1wdbz6eflYdg1CAosoH0JSaEmlx8XHbydarMFs is5xgx1BYiy3y9AKXjkDNji5Vdshtwpfe76xujkgACe7A1D5ZB4eVQotsR1Iup6Uolqf hwEA== X-Gm-Message-State: AOAM533DvwoWJTbptihwaskDGzxK+NiXjpfL+yLtrCcWugk2IsunQcJb Qrcr/Up0auBuqp7h97u7iDdvF7z5cM8= X-Google-Smtp-Source: ABdhPJxNJRyDSLp580VYHkwxOEAsuwREyyC8LxQ1cKUYarkASub3u02GvwdW+eYiRAOJ//wo4u/tEw== X-Received: by 2002:a05:6000:136e:b0:207:a5e9:f816 with SMTP id q14-20020a056000136e00b00207a5e9f816mr5658493wrz.307.1650208494646; Sun, 17 Apr 2022 08:14:54 -0700 (PDT) Original-Received: from rltb ([2a01:e0a:3f3:fb50:bd22:e5b0:cb93:3147]) by smtp.gmail.com with ESMTPSA id v5-20020a5d6785000000b0020a792848eesm6704788wru.82.2022.04.17.08.14.53 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 17 Apr 2022 08:14:54 -0700 (PDT) In-Reply-To: <7489F752-EA20-4B0F-9CAE-E3B9DF5E6484@gmail.com> (Howard Melman's message of "Sun, 17 Apr 2022 10:35:17 -0400") 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:230071 Archived-At: >>>>> On Sun, 17 Apr 2022 10:35:17 -0400, Howard Melman = said: Howard> Thanks for all this info. So on that page, in the second heade= d section of the=20 Howard> table "Emoji Font" is where U+1F37D appears. In the "text-vs" = row, which Howard> I think is the case of a lone U+1F37D, I see the emoji glyph in= my mac browser. Howard> The description in that header says: Howard> =E2=80=9Ctext+ts=E2=80=9D should be monochrome; everything el= se should be colorful & monospace. Howard> which matches what I see. So I think, a lone U+1F37D should be= displayed Howard> as an "emoji glyph".=20=20 _If_ you've specified an emoji font for it, which we don=CA=BCt do by default, since it has Emoji_Presentation =3D False, so you should look at the "Plain" section instead. Howard> Can emacs be configured to display these lone codepoints via my= emoji font? Howard> I gather that's what using the 'symbol script does but also inc= ludes more. Howard> Can I (or emacs out-of-the-box) be more selective in the call t= o=20 Howard> set-fontset-font or some other api? Yes. Try: (set-fontset-font t #x1f37d '("Apple Color Emoji" . "iso10646-1") nil 'prepend) For a range of codepoints, replace #x1f37d with something like '(#x1f37d . #x1f3aa) >>>> I said, I don't understand this stuff. Is this extra codepoint su= pposed >>>> to be added for me? It doesn't seem like other apps require it. >>=20 Eli> Emacs currently doesn't insert the variation selectors automatical= ly, 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. Howard> The emoji input method isn't on 28 so I can't check, but FWIW t= his seems Howard> to not match the behavior I see using the mac system emoji pick= er Howard> which seems to just insert a lone U+1F37D when I pick this emoj= i. I don=CA=BCt think we should follow what the mac does when it contradicts what Unicode is telling us. Howard> And I'll add, if that's displayed equivalently I'd prefer it, b= ecause I wouldn't Howard> have to deal with "extra invisible characters" after the glyph = when Howard> using emacs editing commands (unless this is different behavior= in 29 Howard> than in 28 when I add the variation selector character). Those characters get composed, so they get treated as a single unit. They really don=CA=BCt cause any problems. >> Modulo `use-default-font-for-symbols' Howard> FWIW this variable set to t for me which I think is the default. I meant you should try setting it to 'nil'. Eli> So I think the recipe in NEWS is correct, and your expectations we= re Eli> inconsistent with the Emacs support for Emoji, at least with its s= tate 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 Howard> I think the section I mentioned above is this case, that things= in the Howard> "emojiFont" grouping, w/o a variation selector should be presen= ted Howard> colorful and monospace (which I take to mean "as emoji"). Am I Howard> misunderstanding? Again: when an emoji font has been specified for the codepoint. Robert --=20