From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: =?UTF-8?B?4KS44KSu4KWA4KSwIOCkuOCkv+CkguCkuSBTYW1lZXIgU2luZ2g=?= Newsgroups: gmane.emacs.devel Subject: Re: Unicode 15 Date: Thu, 15 Sep 2022 17:30:22 +0530 Message-ID: References: <83v8pq3cjb.fsf@gnu.org> <83edwe2k53.fsf@gnu.org> <83bkrh3o1z.fsf@gnu.org> <837d253nhn.fsf@gnu.org> <837d2518qo.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000228d5805e8b5fe1c" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="37389"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Sep 15 14:13:07 2022 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 1oYnjt-0009XV-IK for ged-emacs-devel@m.gmane-mx.org; Thu, 15 Sep 2022 14:13:05 +0200 Original-Received: from localhost ([::1]:34408 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oYnjs-0004Zg-Ak for ged-emacs-devel@m.gmane-mx.org; Thu, 15 Sep 2022 08:13:04 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:46038) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oYnXq-0006gI-8b for emacs-devel@gnu.org; Thu, 15 Sep 2022 08:00:42 -0400 Original-Received: from mail-yw1-x112f.google.com ([2607:f8b0:4864:20::112f]:42639) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oYnXo-0005fD-Ef; Thu, 15 Sep 2022 08:00:38 -0400 Original-Received: by mail-yw1-x112f.google.com with SMTP id 00721157ae682-3378303138bso217107077b3.9; Thu, 15 Sep 2022 05:00:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date; bh=UP6VKJMvNFtoy2omWfgSTCvaOqVTtPr18nC4M3cyu0k=; b=iHo4dYqgqrsGnh3+TDymhg3lgX9k/YwneIVGNWvWIkUZofDgjVa3Wnp8ygU2n1bm0r SoTKoOMC9mc+cHhV5EAqpDplh3Q+XeaWu3zvFqTj5kiDaO2SJw6BqiEiEHj9LASmod25 k1mbciPS+dKxtlc3w+RxytXI5oKaGYtq7/ziNvewsW5Z/zLelTRjesKjeKUMTUbd2ycI Rv5K9sRDLkmDJfzEI0PXiFiC3JPiqI6s4k5v6KwbyGhw7UtlpBNd1xY0kEMMFSFdaM2c 1WFS1UwN6ui5mqOpwX5IvFkXkNJhPxEtoNUbnyBnnc19Ok/PX80wX14jecTE/PVDS7kn GUVQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date; bh=UP6VKJMvNFtoy2omWfgSTCvaOqVTtPr18nC4M3cyu0k=; b=wI8TPigUdn16or0hjRSvZ7lBD+PJB2ivx/xy7tiEY9N2vw59QLQV7CpqReNGEOjAR5 HNRxbQPphEpAArvZiz1NeKfu7vIN+I6fTue1ADuOx8/3XD6bAikPd3S3+8ael9Va6TPX prkoov+U0Sofll7BFUllzU266uOj6PdQCtTV1HOzPmRl3181mnLy/fHQnLy1ApdsjHPO g8Objp8LJfrXOpgdhgEE1XgYSYOohaXol1ckSCOJa4W10lR0ogFbWY+tg/LOAJvOC580 cqt1Q+0PPybTxigENOqdwSFEqOTsKDXDQQFYDZmu4XznF5P1MRrdGOJC+7dGDi2sfF07 eU4Q== X-Gm-Message-State: ACrzQf3a7gdGGplkWJG39t+ut1K8LuhRtx8kSgl4Kbl2jeL13nYYihoq 140/2Xhqdxny6eEWLG79uJM0Qelsrmfnzrkkd8PsTXMraft0Mw== X-Google-Smtp-Source: AMsMyM4hSOUsa7u7hGzX5jwBpmT3VOt9QU6vVWJvW1rzFmPRPvoJx1bv49MB6L9uLCDq02YR1WcZ8LmU7PCC9F9v9m8= X-Received: by 2002:a81:5fc5:0:b0:349:c9c8:9cdc with SMTP id t188-20020a815fc5000000b00349c9c89cdcmr4970170ywb.185.1663243233953; Thu, 15 Sep 2022 05:00:33 -0700 (PDT) In-Reply-To: <837d2518qo.fsf@gnu.org> Received-SPF: pass client-ip=2607:f8b0:4864:20::112f; envelope-from=lumarzeli30@gmail.com; helo=mail-yw1-x112f.google.com X-Spam_score_int: -17 X-Spam_score: -1.8 X-Spam_bar: - X-Spam_report: (-1.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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:295411 Archived-At: --000000000000228d5805e8b5fe1c Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable > > See the code: those are failing line numbers and character numbers. > > When the test fails, you have a procedure to update those so it > passes: > > ;; If there are lines marked as failing (see > ;; `ucs-normalize-tests--failing-lines-part1' and > ;; `ucs-normalize-tests--failing-lines-part2'), they may need to be > ;; adjusted when NormalizationTest.txt is updated. Run the function > ;; `ucs-normalize-check-failing-lines' to see what changes are needed. > > Note the last sentence. admin/notes/unicode mentions that comment > where it describes how to run this test. Thanks, the tests are passing now. > > As for COLRv1, I think it's HarfBuzz and/or Cairo that need to support > that, no? But I'm just guessing here. One thing to try is to run > hb-view and see what it produces for these sequences. > I tried with the latest harfbuzz master and the hb-view is producing a blank file, also this is what harfbuzz says about it COLRv1 support [1]: > HarfBuzz implementation will follow later. No major client relies on > HarfBuzz for color fonts currently, but we certainly want to implement > later as there are clients who like to remove FreeType dependency > completely. > [1] https://github.com/googlefonts/colr-gradients-spec#harfbuzz On Thu, Sep 15, 2022 at 11:26 AM Eli Zaretskii wrote: > > From: =E0=A4=B8=E0=A4=AE=E0=A5=80=E0=A4=B0 =E0=A4=B8=E0=A4=BF=E0=A4=82= =E0=A4=B9 Sameer Singh > > Date: Thu, 15 Sep 2022 06:56:48 +0530 > > Cc: emacs-devel@gnu.org > > > > The lisp/international/ucs-normalize-tests.el is failing and the file > says to adjust > > ucs-normalize-tests--failing-lines-part1 and > ucs-normalize-tests--failing-lines-part2, > > but what do the numbers mean there? > > See the code: those are failing line numbers and character numbers. > > When the test fails, you have a procedure to update those so it > passes: > > ;; If there are lines marked as failing (see > ;; `ucs-normalize-tests--failing-lines-part1' and > ;; `ucs-normalize-tests--failing-lines-part2'), they may need to be > ;; adjusted when NormalizationTest.txt is updated. Run the function > ;; `ucs-normalize-check-failing-lines' to see what changes are needed. > > Note the last sentence. admin/notes/unicode mentions that comment > where it describes how to run this test. > > > Also, the latest noto emoji[1] is in a new format named COLRv1 which I > guess is not yet supported by > > emacs therefore all of the emojis are appearing as blank, so we should > support that in the future. > > in the meantime do you know of any other font which supports the newest > emojis so that emoji support could > > be > > tested? > > I don't know of any other fonts, sorry. > > As for COLRv1, I think it's HarfBuzz and/or Cairo that need to support > that, no? But I'm just guessing here. One thing to try is to run > hb-view and see what it produces for these sequences. > --000000000000228d5805e8b5fe1c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
See the = code: those are failing line numbers and character numbers.

When the test fails, you have a procedure to update those so it
passes:

=C2=A0 ;; If there are lines marked as failing (see
=C2=A0 ;; `ucs-normalize-tests--failing-lines-part1' and
=C2=A0 ;; `ucs-normalize-tests--failing-lines-part2'), they may need to= be
=C2=A0 ;; adjusted when NormalizationTest.txt is updated.=C2=A0 Run the fun= ction
=C2=A0 ;; `ucs-normalize-check-failing-lines' to see what changes are n= eeded.

Note the last sentence.=C2=A0 admin/notes/unicode mentions that comment
where it describes how to run this test.

Th= anks, the tests are passing now.

=C2=A0As for COLRv1, I think it's Harf= Buzz and/or Cairo that need to support
that, no?=C2=A0 But I'm just guessing here.=C2=A0 One thing to try is t= o run
hb-view and see what it produces for these sequences.

I tried with the latest harfbuzz master and the hb-view is= producing a blank file,
also this is what harfbuzz says about it= COLRv1 support [1]:
HarfBuzz implementation will follow later. No major client relies on= HarfBuzz for color fonts currently, but we certainly want to implement later as ther= e are clients who like to remove FreeType dependency completely.


= On Thu, Sep 15, 2022 at 11:26 AM Eli Zaretskii <eliz@gnu.org> wrote:
> From: =E0=A4=B8=E0=A4=AE=E0=A5=80=E0=A4=B0 =E0=A4= =B8=E0=A4=BF=E0=A4=82=E0=A4=B9 Sameer Singh <lumarzeli30@gmail.com>
> Date: Thu, 15 Sep 2022 06:56:48 +0530
> Cc: emacs-dev= el@gnu.org
>
> The lisp/international/ucs-normalize-tests.el is failing and the file = says to adjust
> ucs-normalize-tests--failing-lines-part1 and ucs-normalize-tests--fail= ing-lines-part2,
> but what do the numbers mean there?

See the code: those are failing line numbers and character numbers.

When the test fails, you have a procedure to update those so it
passes:

=C2=A0 ;; If there are lines marked as failing (see
=C2=A0 ;; `ucs-normalize-tests--failing-lines-part1' and
=C2=A0 ;; `ucs-normalize-tests--failing-lines-part2'), they may need to= be
=C2=A0 ;; adjusted when NormalizationTest.txt is updated.=C2=A0 Run the fun= ction
=C2=A0 ;; `ucs-normalize-check-failing-lines' to see what changes are n= eeded.

Note the last sentence.=C2=A0 admin/notes/unicode mentions that comment
where it describes how to run this test.

> Also, the latest noto emoji[1] is in a new format named COLRv1 which I= guess is not yet supported by
> emacs therefore all of the emojis are appearing as blank, so we should= support that in the future.
> in the meantime do you know of any other font which supports the newes= t emojis so that emoji support could
> be
> tested?

I don't know of any other fonts, sorry.

As for COLRv1, I think it's HarfBuzz and/or Cairo that need to support<= br> that, no?=C2=A0 But I'm just guessing here.=C2=A0 One thing to try is t= o run
hb-view and see what it produces for these sequences.
--000000000000228d5805e8b5fe1c--