From unknown Tue Jun 24 20:55:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#64013: [PATCH] macfont.m: Fix values for font widths and weights on macOS Resent-From: Stanislav Yaglo Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 12 Jun 2023 12:34:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 64013 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: 64013@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.16865731995982 (code B ref -1); Mon, 12 Jun 2023 12:34:02 +0000 Received: (at submit) by debbugs.gnu.org; 12 Jun 2023 12:33:19 +0000 Received: from localhost ([127.0.0.1]:39147 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q8gjU-0001YM-Me for submit@debbugs.gnu.org; Mon, 12 Jun 2023 08:33:18 -0400 Received: from lists.gnu.org ([209.51.188.17]:56694) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q8fwx-0008NI-JH for submit@debbugs.gnu.org; Mon, 12 Jun 2023 07:43:10 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1q8fww-0004kl-7b for bug-gnu-emacs@gnu.org; Mon, 12 Jun 2023 07:43:06 -0400 Received: from st43p00im-zteg10071901.me.com ([17.58.63.169]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1q8fwu-0008Dv-9l for bug-gnu-emacs@gnu.org; Mon, 12 Jun 2023 07:43:05 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=me.com; s=1a1hai; t=1686570180; bh=zcXih/VZ1ZcUcMY6KBX1a2PbaI1REBrcMhzgOUrNP5c=; h=To:From:Subject:Date:Message-id:Content-Type:MIME-Version; b=ThRI8QAsA239MBrmCEutXfGnlPhRVQ0fBiqoslbVWD5FD4x+Hc8ltE6X+b+ovKdEM vrWjf7cSaRvpn7DiaEWl0icYTuays3GcVvhuPMH/+4Jwzao/o1JWFcyF5n1VOR+R3U 8eVJS5BoneT7PAAfXguEJEw5Jdx4qtYFLcvfToeHil/tSIogz/1yflEgzErjLkwZgx mEvsUDoSBIMuieKQuwGN1Si6mlY56y5smdMY86ZEReLfHRKqBkm3eQpHd5M4PNNsZu IgHSh72UVxqkbKWIQLogSan9UMeA99CG1W0ZBkzHTH9LI1YY8ECt1GUUYsfUB+6nRp hYeeu2I6mK9xg== Received: from st43p00im-zteg10071901.me.com (st43p00im-zteg10071901.me.com [17.58.63.169]) by st43p00im-zteg10071901.me.com (Postfix) with ESMTPS id 5F656840307 for ; Mon, 12 Jun 2023 11:43:00 +0000 (UTC) Received: from localhost (st43p00im.dlb-asmtpoutvip.me.com [10.76.196.233]) by st43p00im-zteg10071901.me.com (Postfix) with ESMTPA id 98E9D8402AC for ; Mon, 12 Jun 2023 11:42:53 +0000 (UTC) From: Stanislav Yaglo Date: Mon, 12 Jun 2023 11:42:53 -0000 X-Mailer: iCloud MailClientcurrent MailServer2315B73.10000-Famine2315-0-dba3af02e28b Message-id: Content-Type: multipart/alternative; boundary=Apple-Webmail-42--4a0e50de-515d-4891-a6ce-84c41e510dca MIME-Version: 1.0 X-Proofpoint-ORIG-GUID: QihSpDgBPH_tejsR3TePohwi-AEgDBm6 X-Proofpoint-GUID: QihSpDgBPH_tejsR3TePohwi-AEgDBm6 X-Proofpoint-Virus-Version: vendor=fsecure engine=1.1.170-22c6f66c430a71ce266a39bfe25bc2903e8d5c8f:6.0.138,18.0.816,17.11.62.513.0000000 definitions=2022-01-17_04:2020-02-14_02,2022-01-17_04,2021-12-02_01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 bulkscore=0 malwarescore=0 clxscore=1011 spamscore=0 mlxscore=0 adultscore=0 phishscore=0 mlxlogscore=591 suspectscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2212070000 definitions=main-2306120101 Received-SPF: pass client-ip=17.58.63.169; envelope-from=yaglo@me.com; helo=st43p00im-zteg10071901.me.com X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.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_FROM=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-Mailman-Approved-At: Mon, 12 Jun 2023 08:33:14 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) --Apple-Webmail-42--4a0e50de-515d-4891-a6ce-84c41e510dca Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8; format=flowed Hi everyone,Currently, on macOS, font weights are not handled correctly, w= hich causes Emacs to choose different font weights and widths than what yo= u request. As one example, if you want to choose "Cascadia Code:weight=3Ds= emi-light", you will get Cascadia Code Light instead. Same for font widths= , what you specify is not always what you get.There's some interpolation g= oing on which I didn't remove as it's potentially handy for in-between val= ues, but the problem itself is that the corresponding values are not corre= ct for the majority of fonts, for example, kCTFontWeightTrait is specified= as -0.24 corresponding to 87.5 , but in reality, it is usually 50 (light)= , and the same for the other values. As you can see here, it won't work as= we have 50 followed by 87.5 and then (a lower) 80, and then 140:{-0.4, 50= },=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 /* light */{-0.24, 87.5},=C2=A0=C2=A0 /* = (semi-light + normal) / 2 */{0, 80},=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 /* normal */{0.24, 140},=C2=A0=C2=A0=C2=A0=C2=A0 /* (semi-bold += normal) / 2 */It probably is a typo, as in the second (duplicate) table o= f values in the code, 100 is treated as normal instead of 80, which also i= sn't correct, as 100 is medium, not normal:{-0.4, 50},=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 /* light */{-0.24, 87.5},=C2=A0=C2=A0 /* (semi-light + normal) /= 2 */{0, 100},=C2=A0 =C2=A0 =C2=A0 =C2=A0 /* normal */{0.24, 140},=C2=A0=C2= =A0=C2=A0=C2=A0 /* (semi-bold + normal) / 2 */For font widths, there's onl= y two kCTFontWidthTrait=C2=A0values in the range that are handled currentl= y =E2=80=94 from 0 to 1, and they are handled as linear font values from 1= 00 to 200, which isn't correct either. For condensed fonts,=C2=A0kCTFontWi= dthTrait is negative, which is not accounted for, and the slope is linear = only from -0.4 (50, ultra-condensed) until 0.2 (125, expanded), and from t= here until ultra-expanded is much steeper.I've included all values that ar= e listed in font.c for explicitness even if some values can be calculated = with the code that interpolates the values. Also, I haven't refactored the= duplication of the structs and code as I think this is a different issue = and should be done separately to keep this patch on point of the issue bei= ng fixed, and I will probably submit a patch for this later to avoid code = duplication and potential issues in the future as with the current 80/100 = problem mentioned above.Kind regards,Stanislav Yaglo --Apple-Webmail-42--4a0e50de-515d-4891-a6ce-84c41e510dca Content-Type: multipart/mixed; type="text/html"; boundary=Apple-Webmail-64--4a0e50de-515d-4891-a6ce-84c41e510dca --Apple-Webmail-64--4a0e50de-515d-4891-a6ce-84c41e510dca Content-Type: multipart/related; type="text/html"; boundary=Apple-Webmail-86--4a0e50de-515d-4891-a6ce-84c41e510dca --Apple-Webmail-86--4a0e50de-515d-4891-a6ce-84c41e510dca Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8;
Hi everyone,

Currently, on macOS, f= ont weights are not handled correctly, which causes Emacs to choose differ= ent font weights and widths than what you request. As one example, if you = want to choose "Cascadia Code:weight=3Dsemi-light", you will get Cascadia = Code Light instead. Same for font widths, what you specify is not always w= hat you get.

There's some interpolation going= on which I didn't remove as it's potentially handy for in-between values,= but the problem itself is that the corresponding values are not correct f= or the majority of fonts, for example, kCTFontWeightTrait is specified as = -0.24 corresponding to 87.5 , but in reality, it is usually 50 (light), an= d the same for the other values. As you can see here, it won't work as we = have 50 followed by 87.5 and then (a lower) 80, and then 140:

{-0.4, 50},      /* light *= /
{-0.24, 87.5},   /* (semi-light + normal)= / 2 */
{0, 80},      &= nbsp;  /* normal */
{0.24, 140}, = ;    /* (semi-bold + normal) / 2 */
It probably is a typo, as in the second (duplicate) table of = values in the code, 100 is treated as normal instead of 80, which also isn= 't correct, as 100 is medium, not normal:

{-0.24, = 87.5},   /* (semi-light + normal) / 2 */
{0, 100},        /* normal */
{0.24, 140},     /* (semi-bold + normal) = / 2 */

For font widths, there's only t= wo kCTFontWidthTrait values in the range that are handled currently =E2= =80=94 from 0 to 1, and they are handled as linear font values from 100 to= 200, which isn't correct either. For condensed fonts, kCTFontWidthTr= ait is negative, which is not accounted for, and the slope is linear only = from -0.4 (50, ultra-condensed) until 0.2 (125, expanded), and from there = until ultra-expanded is much steeper.

I've in= cluded all values that are listed in font.c for explicitness even if some = values can be calculated with the code that interpolates the values. Also,= I haven't refactored the duplication of the structs and code as I think t= his is a different issue and should be done separately to keep this patch = on point of the issue being fixed, and I will probably submit a patch for = this later to avoid code duplication and potential issues in the future as= with the current 80/100 problem mentioned above.

=
Kind regards,
Stanislav Yaglo

<= /div> --Apple-Webmail-86--4a0e50de-515d-4891-a6ce-84c41e510dca-- --Apple-Webmail-64--4a0e50de-515d-4891-a6ce-84c41e510dca Content-Transfer-Encoding: BASE64 Content-Disposition: attachment; filename="0001-Fix-values-for-font-widths-and-weights-on-macOS.patch" Content-Type: application/octet-stream; name="0001-Fix-values-for-font-widths-and-weights-on-macOS.patch" Content-Id: <9940cec8-36d9-4921-9482-4126b7010307@icloud.com> RnJvbSBkYWEzNmI0YWMxZjM0NTAxNjg1NjQ5MzIyOTlkYjgwYzk3NDIzNmJlIE1vbiBTZXAg MTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBTdGFuaXNsYXYgWWFnbG8gPHlhZ2xvQG1lLmNvbT4K RGF0ZTogTW9uLCAxMiBKdW4gMjAyMyAxMTo1NjozNyArMDEwMApTdWJqZWN0OiBbUEFUQ0hd IG1hY2ZvbnQubTogRml4IHZhbHVlcyBmb3IgZm9udCB3aWR0aHMgYW5kIHdlaWdodHMgb24g bWFjT1MKCi0tLQogc3JjL21hY2ZvbnQubSB8IDk2ICsrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKy0tLS0tLS0tLS0tLS0tLQogMSBmaWxlIGNoYW5nZWQsIDY4IGluc2Vy dGlvbnMoKyksIDI4IGRlbGV0aW9ucygtKQoKZGlmZiAtLWdpdCBhL3NyYy9tYWNmb250Lm0g Yi9zcmMvbWFjZm9udC5tCmluZGV4IDlmOWY2ZjRlZmFmLi5jYjdmOTM3ZmEwZCAxMDA2NDQK LS0tIGEvc3JjL21hY2ZvbnQubQorKysgYi9zcmMvbWFjZm9udC5tCkBAIC04NTUsMjEgKzg1 NSw0MiBAQCBzdGF0aWMgdm9pZCBtYWNfZm9udF9nZXRfZ2x5cGhzX2Zvcl92YXJpYW50cyAo Q0ZEYXRhUmVmLCBVVEYzMkNoYXIsCiAgICAgICBzdHJ1Y3QgewogICAgICAgICBlbnVtIGZv bnRfcHJvcGVydHlfaW5kZXggaW5kZXg7CiAgICAgICAgIENGU3RyaW5nUmVmIHRyYWl0Owot ICAgICAgICBDR1BvaW50IHBvaW50c1s2XTsKLQlDR0Zsb2F0ICgqYWRqdXN0X2Z1bmMpIChD VEZvbnREZXNjcmlwdG9yUmVmLCBDR0Zsb2F0KTsKLSAgICAgIH0gbnVtZXJpY190cmFpdHNb XSA9Ci0gICAgICAgICAge3tGT05UX1dFSUdIVF9JTkRFWCwga0NURm9udFdlaWdodFRyYWl0 LAotICAgICAgICAgICAge3stMC40LCA1MH0sCS8qIGxpZ2h0ICovCi0gICAgICAgICAgICAg ey0wLjI0LCA4Ny41fSwJLyogKHNlbWktbGlnaHQgKyBub3JtYWwpIC8gMiAqLwotICAgICAg ICAgICAgIHswLCA4MH0sCQkvKiBub3JtYWwgKi8KLSAgICAgICAgICAgICB7MC4yNCwgMTQw fSwJLyogKHNlbWktYm9sZCArIG5vcm1hbCkgLyAyICovCi0gICAgICAgICAgICAgezAuNCwg MjAwfSwJLyogYm9sZCAqLwotICAgICAgICAgICAgIHtDR0ZMT0FUX01BWCwgQ0dGTE9BVF9N QVh9fSwKLQkgICAgbWFjX2ZvbnRfZGVzY3JpcHRvcl9nZXRfYWRqdXN0ZWRfd2VpZ2h0fSwK LSAgICAgICAgICAge0ZPTlRfU0xBTlRfSU5ERVgsIGtDVEZvbnRTbGFudFRyYWl0LAotICAg ICAgICAgICAge3swLCAxMDB9LCB7MC4xLCAyMDB9LCB7Q0dGTE9BVF9NQVgsIENHRkxPQVRf TUFYfX0sIE5VTEx9LAotICAgICAgICAgICB7Rk9OVF9XSURUSF9JTkRFWCwga0NURm9udFdp ZHRoVHJhaXQsCi0gICAgICAgICAgICB7ezAsIDEwMH0sIHsxLCAyMDB9LCB7Q0dGTE9BVF9N QVgsIENHRkxPQVRfTUFYfX0sIE5VTEx9fTsKKyAgICAgICAgQ0dQb2ludCBwb2ludHNbMTJd OworICAgICAgICBDR0Zsb2F0ICgqYWRqdXN0X2Z1bmMpIChDVEZvbnREZXNjcmlwdG9yUmVm LCBDR0Zsb2F0KTsKKyAgICAgIH0gbnVtZXJpY190cmFpdHNbXSA9IHsKKyAgICAgICAgeyBG T05UX1dFSUdIVF9JTkRFWCwKKyAgICAgICAgICBrQ1RGb250V2VpZ2h0VHJhaXQsCisgICAg ICAgICAgeyB7IC0wLjYsIDAgfSwgICAgLyogdGhpbiAqLworICAgICAgICAgICAgeyAtMC40 LCA0MCB9LCAgIC8qIHVsdHJhLWxpZ2h0LCB1bHRyYWxpZ2h0LCBleHRyYS1saWdodCwgZXh0 cmFsaWdodCAgKi8KKyAgICAgICAgICAgIHsgLTAuMjMsIDUwIH0sICAvKiBsaWdodCAqLwor ICAgICAgICAgICAgeyAtMC4xMTUsIDU1IH0sIC8qIHNlbWktbGlnaHQsIHNlbWlsaWdodCwg ZGVtaWxpZ2h0ICovCisgICAgICAgICAgICB7IDAsIDgwIH0sICAgICAgLyogcmVndWxhciwg bm9ybWFsLCB1bnNwZWNpZmllZCwgYm9vayAqLworICAgICAgICAgICAgeyAwLjIsIDEwMCB9 LCAgIC8qIG1lZGl1bSAqLworICAgICAgICAgICAgeyAwLjMsIDE4MCB9LCAgIC8qIHNlbWkt Ym9sZCwgc2VtaWJvbGQsIGRlbWlib2xkLCBkZW1pLWJvbGQsIGRlbWkgKi8KKyAgICAgICAg ICAgIHsgMC40LCAyMDAgfSwgICAvKiBib2xkICovCisgICAgICAgICAgICB7IDAuNiwgMjA1 IH0sICAgLyogZXh0cmEtYm9sZCwgZXh0cmFib2xkLCB1bHRyYS1ib2xkLCB1bHRyYWJvbGQg Ki8KKyAgICAgICAgICAgIHsgMC44LCAyMTAgfSwgICAvKiBibGFjaywgaGVhdnkgKi8KKyAg ICAgICAgICAgIHsgMSwgMjUwIH0sICAgICAvKiB1bHRyYS1oZWF2eSwgdWx0cmFoZWF2eSAq LworICAgICAgICAgICAgeyBDR0ZMT0FUX01BWCwgQ0dGTE9BVF9NQVggfSB9LAorICAgICAg ICAgIG1hY19mb250X2Rlc2NyaXB0b3JfZ2V0X2FkanVzdGVkX3dlaWdodCB9LAorICAgICAg ICB7IEZPTlRfU0xBTlRfSU5ERVgsCisgICAgICAgICAga0NURm9udFNsYW50VHJhaXQsCisg ICAgICAgICAgeyB7IDAsIDEwMCB9LCB7IDAuMSwgMjAwIH0sIHsgQ0dGTE9BVF9NQVgsIENH RkxPQVRfTUFYIH0gfSwKKyAgICAgICAgICBOVUxMIH0sCisgICAgICAgIHsgRk9OVF9XSURU SF9JTkRFWCwKKyAgICAgICAgICBrQ1RGb250V2lkdGhUcmFpdCwKKyAgICAgICAgICB7IHsg LTAuNCwgNTAgfSwgLyogdWx0cmEtY29uZGVuc2VkLCB1bHRyYWNvbmRlbnNlZCAqLworICAg ICAgICAgICAgeyAtMC4zLCA2MyB9LCAvKiBleHRyYS1jb25kZW5zZWQsIGV4dHJhY29uZGVu c2VkICovCisgICAgICAgICAgICB7IC0wLjIsIDc1IH0sIC8qIGNvbmRlbnNlZCwgY29tcHJl c3NlZCwgbmFycm93ICovCisgICAgICAgICAgICB7IC0wLjEsIDg3IH0sIC8qIHNlbWktY29u ZGVuc2VkLCBzZW1pY29uZGVuc2VkLCBkZW1pY29uZGVuc2VkICovCisgICAgICAgICAgICB7 IDAsIDEwMCB9LCAgIC8qIG5vcm1hbCwgbWVkaXVtLCByZWd1bGFyLCB1bnNwZWNpZmllZCAq LworICAgICAgICAgICAgeyAwLjEsIDExMyB9LCAvKiBzZW1pLWV4cGFuZGVkLCBzZW1pZXhw YW5kZWQsIGRlbWlleHBhbmRlZCAqLworICAgICAgICAgICAgeyAwLjIsIDEyNSB9LCAvKiBl eHBhbmRlZCAqLworICAgICAgICAgICAgeyAwLjMsIDE1MCB9LCAvKiBleHRyYS1leHBhbmRl ZCwgZXh0cmFleHBhbmRlZCAqLworICAgICAgICAgICAgeyAwLjQsIDIwMCB9LCAvKiB1bHRy YS1leHBhbmRlZCwgdWx0cmFleHBhbmRlZCwgd2lkZSAqLworICAgICAgICAgICAgeyBDR0ZM T0FUX01BWCwgQ0dGTE9BVF9NQVggfSB9LAorICAgICAgICAgIE5VTEwgfQorICAgICAgfTsK ICAgICAgIGludCBpOwogCiAgICAgICBmb3IgKGkgPSAwOyBpIDwgQVJSQVlFTFRTIChudW1l cmljX3RyYWl0cyk7IGkrKykKQEAgLTE5NDAsMTkgKzE5NjEsMzggQEAgc3RhdGljIGludCBt YWNmb250X3ZhcmlhdGlvbl9nbHlwaHMgKHN0cnVjdCBmb250ICosIGludCBjLAogICBzdHJ1 Y3QgewogICAgIGVudW0gZm9udF9wcm9wZXJ0eV9pbmRleCBpbmRleDsKICAgICBDRlN0cmlu Z1JlZiB0cmFpdDsKLSAgICBDR1BvaW50IHBvaW50c1s2XTsKLSAgfSBudW1lcmljX3RyYWl0 c1tdID0KLSAgICAgIHt7Rk9OVF9XRUlHSFRfSU5ERVgsIGtDVEZvbnRXZWlnaHRUcmFpdCwK LSAgICAgICAge3stMC40LCA1MH0sCQkvKiBsaWdodCAqLwotICAgICAgICAgey0wLjI0LCA4 Ny41fSwJCS8qIChzZW1pLWxpZ2h0ICsgbm9ybWFsKSAvIDIgKi8KLSAgICAgICAgIHswLCAx MDB9LAkJLyogbm9ybWFsICovCi0gICAgICAgICB7MC4yNCwgMTQwfSwJCS8qIChzZW1pLWJv bGQgKyBub3JtYWwpIC8gMiAqLwotICAgICAgICAgezAuNCwgMjAwfSwJCS8qIGJvbGQgKi8K LSAgICAgICAgIHtDR0ZMT0FUX01BWCwgQ0dGTE9BVF9NQVh9fX0sCi0gICAgICAge0ZPTlRf U0xBTlRfSU5ERVgsIGtDVEZvbnRTbGFudFRyYWl0LAotICAgICAgICB7ezAsIDEwMH0sIHsw LjEsIDIwMH0sIHtDR0ZMT0FUX01BWCwgQ0dGTE9BVF9NQVh9fX0sCi0gICAgICAge0ZPTlRf V0lEVEhfSU5ERVgsIGtDVEZvbnRXaWR0aFRyYWl0LAotICAgICAgICB7ezAsIDEwMH0sIHsx LCAyMDB9LCB7Q0dGTE9BVF9NQVgsIENHRkxPQVRfTUFYfX19fTsKKyAgICBDR1BvaW50IHBv aW50c1sxMl07CisgIH0gbnVtZXJpY190cmFpdHNbXSA9IHsKKyAgICB7IEZPTlRfV0VJR0hU X0lOREVYLAorICAgICAga0NURm9udFdlaWdodFRyYWl0LAorICAgICAgeyB7IC0wLjYsIDAg fSwgICAgLyogdGhpbiAqLworICAgICAgICB7IC0wLjQsIDQwIH0sICAgLyogdWx0cmEtbGln aHQsIHVsdHJhbGlnaHQsIGV4dHJhLWxpZ2h0LCBleHRyYWxpZ2h0ICAqLworICAgICAgICB7 IC0wLjIzLCA1MCB9LCAgLyogbGlnaHQgKi8KKyAgICAgICAgeyAtMC4xMTUsIDU1IH0sIC8q IHNlbWktbGlnaHQsIHNlbWlsaWdodCwgZGVtaWxpZ2h0ICovCisgICAgICAgIHsgMCwgODAg fSwgICAgICAvKiByZWd1bGFyLCBub3JtYWwsIHVuc3BlY2lmaWVkLCBib29rICovCisgICAg ICAgIHsgMC4yLCAxMDAgfSwgICAvKiBtZWRpdW0gKi8KKyAgICAgICAgeyAwLjMsIDE4MCB9 LCAgIC8qIHNlbWktYm9sZCwgc2VtaWJvbGQsIGRlbWlib2xkLCBkZW1pLWJvbGQsIGRlbWkg Ki8KKyAgICAgICAgeyAwLjQsIDIwMCB9LCAgIC8qIGJvbGQgKi8KKyAgICAgICAgeyAwLjYs IDIwNSB9LCAgIC8qIGV4dHJhLWJvbGQsIGV4dHJhYm9sZCwgdWx0cmEtYm9sZCwgdWx0cmFi b2xkICovCisgICAgICAgIHsgMC44LCAyMTAgfSwgICAvKiBibGFjaywgaGVhdnkgKi8KKyAg ICAgICAgeyAxLCAyNTAgfSwgICAgIC8qIHVsdHJhLWhlYXZ5LCB1bHRyYWhlYXZ5ICovCisg ICAgICAgIHsgQ0dGTE9BVF9NQVgsIENHRkxPQVRfTUFYIH0gfSB9LAorICAgIHsgRk9OVF9T TEFOVF9JTkRFWCwKKyAgICAgIGtDVEZvbnRTbGFudFRyYWl0LAorICAgICAgeyB7IDAsIDEw MCB9LCB7IDAuMSwgMjAwIH0sIHsgQ0dGTE9BVF9NQVgsIENHRkxPQVRfTUFYIH0gfSB9LAor ICAgIHsgRk9OVF9XSURUSF9JTkRFWCwKKyAgICAgIGtDVEZvbnRXaWR0aFRyYWl0LAorICAg ICAgeyB7IC0wLjQsIDUwIH0sIC8qIHVsdHJhLWNvbmRlbnNlZCwgdWx0cmFjb25kZW5zZWQg Ki8KKyAgICAgICAgeyAtMC4zLCA2MyB9LCAvKiBleHRyYS1jb25kZW5zZWQsIGV4dHJhY29u ZGVuc2VkICovCisgICAgICAgIHsgLTAuMiwgNzUgfSwgLyogY29uZGVuc2VkLCBjb21wcmVz c2VkLCBuYXJyb3cgKi8KKyAgICAgICAgeyAtMC4xLCA4NyB9LCAvKiBzZW1pLWNvbmRlbnNl ZCwgc2VtaWNvbmRlbnNlZCwgZGVtaWNvbmRlbnNlZCAqLworICAgICAgICB7IDAsIDEwMCB9 LCAgIC8qIG5vcm1hbCwgbWVkaXVtLCByZWd1bGFyLCB1bnNwZWNpZmllZCAqLworICAgICAg ICB7IDAuMSwgMTEzIH0sIC8qIHNlbWktZXhwYW5kZWQsIHNlbWlleHBhbmRlZCwgZGVtaWV4 cGFuZGVkICovCisgICAgICAgIHsgMC4yLCAxMjUgfSwgLyogZXhwYW5kZWQgKi8KKyAgICAg ICAgeyAwLjMsIDE1MCB9LCAvKiBleHRyYS1leHBhbmRlZCwgZXh0cmFleHBhbmRlZCAqLwor ICAgICAgICB7IDAuNCwgMjAwIH0sIC8qIHVsdHJhLWV4cGFuZGVkLCB1bHRyYWV4cGFuZGVk LCB3aWRlICovCisgICAgICAgIHsgQ0dGTE9BVF9NQVgsIENHRkxPQVRfTUFYIH0gfSB9Cisg IH07CiAKICAgcmVnaXN0cnkgPSBBUkVGIChzcGVjLCBGT05UX1JFR0lTVFJZX0lOREVYKTsK ICAgaWYgKE5JTFAgKHJlZ2lzdHJ5KQotLSAKMi4zOS4yIChBcHBsZSBHaXQtMTQzKQoK --Apple-Webmail-64--4a0e50de-515d-4891-a6ce-84c41e510dca-- --Apple-Webmail-42--4a0e50de-515d-4891-a6ce-84c41e510dca-- From unknown Tue Jun 24 20:55:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#64013: [PATCH] macfont.m: Fix values for font widths and weights on macOS Resent-From: Po Lu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 12 Jun 2023 13:32:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 64013 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Stanislav Yaglo Cc: 64013@debbugs.gnu.org, YAMAMOTO Mitsuharu Received: via spool by 64013-submit@debbugs.gnu.org id=B64013.168657668812239 (code B ref 64013); Mon, 12 Jun 2023 13:32:02 +0000 Received: (at 64013) by debbugs.gnu.org; 12 Jun 2023 13:31:28 +0000 Received: from localhost ([127.0.0.1]:39208 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q8hdn-0003BJ-ST for submit@debbugs.gnu.org; Mon, 12 Jun 2023 09:31:28 -0400 Received: from sonic310-23.consmr.mail.ne1.yahoo.com ([66.163.186.204]:40031) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q8hdl-0003B4-B3 for 64013@debbugs.gnu.org; Mon, 12 Jun 2023 09:31:26 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1686576679; bh=OLrpIm+1fHra9M34D79Cvo9YLCx+PRwxK53nGoUP/24=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From:Subject:Reply-To; b=r9d3/Ut4If/gWPeN9t4Xmn29askIe+pTMTdgbdMWsDqLg/kweSGqmlQzBzp6EiYOm7oymsqTn1A3PrsIgacwIkTgCKS5lLvLV5ARhevpjen+TgA+058sC2+W5WyLFUjn98qUPqYkWzravTlgx1/u0nVin97Ot8qBVd1sjKwnmZaZiibS4bhQj2qLLMghbJ0xoX3VE5voR5YMJOKsNCqZeHTRajth2ljOBS+DDNGgLlEk4GOooeFBjAEyi06PSCFz0+954Yd9EvPmyiiT2Y6hkBrH4XAw74dg/JdrwWFfPTQa8/2g/68vx/lKZBTFpjP3+QNx+3S3otkhH2dd23daTQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1686576679; bh=GS6b77GiX0zRw8njEKDI1y7npzMH3DmDHoBCIg9264A=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=NWnCqbsKroKVv2xQIfYhP2FKdz5gTSg8/ptxCTR4twj34HK4alqw72UR56aRYINRIuL54XSA+TDb6HAgLpMAzAeZ8HwSQ1KRfmnmcaVe9oRaVMcqhr9U5SS7/8kUYKf/qvX6BO1/3f3EO7vvqOU+a61JkkC9HNB27ouENoi3fp7Is27ObK4/fr/OJ/oStBftT/d7xEr5MOgDBFY799fGjFEKIzNxk69gm9gu6ZLVq5vNeJKUEDO6FfRT0okcEBaDIwVXdMnvuCpr3EomCMJ8Ko+RjPy2aGQSiuTJFsQ+8QsL2kT7duFPpO4Kb3O5gRQbnNg7K5mmFWux3phJA7cjXw== X-YMail-OSG: 0lkGsp8VM1k3vaq8vKfKyit_2sUEFmxTTimkFCVckaD0Z06U_Ml2nU7Tz2LnWNO 69Z7nUmOEFnqX64kYq944WUG7UlD5ciiZWh.xxfUMGmoDQcHYZh4SFiRaEeRvnqfNKcfck6TnqhQ 3JSznNnUBDa6bPpulmkS8WqvmgbRaXwIcDkGlVE2zlTneUtdn40OyUbMc7Avv_13f0vzrIi9c1O6 h.a.ssYJzrI8SX4I0oIxQ36b0kUWYNpD3yHYEQ_Xu8P2CdZBHwXDJF8hKP6h7AejPe7ad4sJp376 9W3DBextoalnAfLQ9i743l2A1fFiongnj5HNR2VKAdwAncmolTtvs8326whZQ7wqFMwHX8UsNQDi se6A0O8PXWT4CIzTsO3LHCFNKBUXDZnRTeHk68hruDprr7zFCubJaSNgL1hHTZunGXZthlwDH8op xvcdq8wGxm9CUeDsE.BHe5NDATkNkBwR9hWcuemcJ0yW7vTN3ab4N0NMXUZMZATw.KMEaJEmXo9S Dpszi6axqrjMSDrUlnYnYj9p_5CCu_1rtwfzJW2Ph.CUwluyUE7fL2jzSQTDVcteXbMyCSl6zQOW nkCFUYuYpkbkgJTGeYlg_WO2zQWLAzmWv2aXE6YyQCnknxrkylUYQJEQfjOtGofn93P6YhZzDeuT qCjrLruBO2UZd9in7wNbUVrBRWIzCdPxcqw3E803Q7ps.e7i6pJbH_pN1cdNd2P0CyKFu28vkKXe 2NEHVL1Hql3nfWUjtTJZ051jI_hUyHOf6rzrd6OwC5LKtPmjksbZQuYAi4mEyHA8Sqr_XKNCkbGz 2Ssd5otlMsrW7LwApewPF7N3CnlrrHuKNQYiKgAN0InLA9mmib0iVjG6kMMp.IPTQGwDSrNaSuoJ HUkpA9Uz8iZ_kDXdbL3GcNqUWiw_k3VEKZxmfNqDneTW5eZTTUgH2tNJldzEY_ixt_fAn_1EMfjL Kn44Sw18IRoWqsbsHVojWFSHSShIynqOtLL5FvJCTZoZeieDQccyuwK00blmTLh10lA7oAenYdnD nizZ96BOrcU1p10hqxGUz5tz6o8w_1DbXvIQyGOiZStn9Xxe2UOQLKDhq3ODBKr6jSAUcoU1k_Pd nNaXUiUn7cnTh1JoUmG3tG7ATRhma0XH66dWB2aB38pijdq2FATG3Bw3_CYgeGUxiAxQJRbKMPAV KkZBCNqCasp4ARJ93H6TkitAg4wkDugyy1i93uGrfTkK.pgjG2hTRHC6G35MqNnUED.QdfW7jeZ4 419Q.8j.dr7Z7nQk9PggFuSQgHO5yqUjYf9w.J4rxTjH03erSCSo.JsEVZLpii.Cyxp1JSiPeA.0 2mPpr29tRryQEy0muRYK8_tTmeQIqZGsFKwXgkyzdAK3Qm536s3C1n2qm32g3arMIQQrEiukeHP7 _mcfNeZXtHRGhcsw47YdFZ7tWyTXu_U8YXe__BZiIPZ31UHQKzBoOpicdlwYUUYBVp8CMbLk2LGy p_UHfEFn1vajNWAv_GNPBwhU0s1pw6iHfXlwD7c921N2ZHDGsfMIPlKhHfIok_J6lgj5cUjbG5Ep p6FTt3wrbVkvobgqMbOmG654LrtyqVYSeArJJy3h6YiSwsl9E72W_1O0y7QIVZ3WM837am654oUi VxRRFRQUmwLc0Hpfnk3auuvMBg5mil2tWLEvXPut1EwTMl62CxAkh6KawOi69QD07RH8.l7yiPwZ apu1TR6VDwnmUZpkEnRGvKkhTHRBdhxRDFeUmqoXGLWBdUfSV054Gmre4YSKBlzcIjQgAAoLsZk5 mFN_y7Q4zNQgZ02ZgNpXiTEcM9eoizigwz0JIzUfF2ZMkhQOAYICKruDNmOwizzLlF1bTZzEJ5B0 bDJDxYGBUh1RiZTTJAabgGAdc_POlghcHrlg60yu3P914d1UQeFEcp9k4LDYC3vDVXZCkhWxNNr5 seiYCe7n8VKUKY_5dd2wfpnSht3RRzzncz_qjbuTGLlX7MQaqZvkKbTAPpLHC4v4PwAzeP7_PNCZ elpqxgLPLCGp3XZxXvfPPP3RuYNtTJSrSB1IqxJYzzU2XGfIwgDEbkXnNO3ERdS9Hqp0.KKREWLR WcNjfmuQioK_YbvI3hJP_mo_zZc8QBvhxtd.TmwvQcXjmYRGzMBtbLgrKu9W0FmdhLQBSi0eGkiZ gsxndXjpsWQgzYTV4BAqTvodvJOtTCi5dAfOH.RDrvt7sJ7ABe00KS1zIuaoCPdYQaZwAnVaiNFL ZSwF1oluc4QHt3FT3CHg1kn3_kRASWbw9kxQADSu3FLErGDi3XcMDjyMMTORO__qm X-Sonic-MF: X-Sonic-ID: f4e514da-936c-419a-bdfc-5328146c1568 Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.ne1.yahoo.com with HTTP; Mon, 12 Jun 2023 13:31:19 +0000 Received: by hermes--production-sg3-748897c457-ncjl6 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID b34137f3662febe749256e4d2468fb30; Mon, 12 Jun 2023 13:31:16 +0000 (UTC) From: Po Lu In-Reply-To: (Stanislav Yaglo's message of "Mon, 12 Jun 2023 11:42:53 -0000") References: Date: Mon, 12 Jun 2023 21:31:11 +0800 Message-ID: <87zg54hko0.fsf@yahoo.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Mailer: WebService/1.1.21516 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Content-Length: 2574 X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Stanislav Yaglo writes: > Hi everyone, > > Currently, on macOS, font weights are not handled correctly, which causes= Emacs to choose different font weights and widths than what you > request. As one example, if you want to choose "Cascadia Code:weight=3Dse= mi-light", you will get Cascadia Code Light instead. Same for font > widths, what you specify is not always what you get. > > There's some interpolation going on which I didn't remove as it's potenti= ally handy for in-between values, but the problem itself is that the > corresponding values are not correct for the majority of fonts, for examp= le, kCTFontWeightTrait is specified as -0.24 corresponding to 87.5 , but > in reality, it is usually 50 (light), and the same for the other values. = As you can see here, it won't work as we have 50 followed by 87.5 and then > (a lower) 80, and then 140: > > {-0.4, 50}, /* light */ > {-0.24, 87.5}, /* (semi-light + normal) / 2 */ > {0, 80}, /* normal */ > {0.24, 140}, /* (semi-bold + normal) / 2 */ > > It probably is a typo, as in the second (duplicate) table of values in th= e code, 100 is treated as normal instead of 80, which also isn't correct, as > 100 is medium, not normal: > > {-0.4, 50}, /* light */ > {-0.24, 87.5}, /* (semi-light + normal) / 2 */ > {0, 100}, /* normal */ > {0.24, 140}, /* (semi-bold + normal) / 2 */ > > For font widths, there's only two kCTFontWidthTrait values in the range t= hat are handled currently =E2=80=94 from 0 to 1, and they are handled as > linear font values from 100 to 200, which isn't correct either. For conde= nsed fonts, kCTFontWidthTrait is negative, which is not accounted for, > and the slope is linear only from -0.4 (50, ultra-condensed) until 0.2 (1= 25, expanded), and from there until ultra-expanded is much steeper. > > I've included all values that are listed in font.c for explicitness even = if some values can be calculated with the code that interpolates the values. > Also, I haven't refactored the duplication of the structs and code as I t= hink this is a different issue and should be done separately to keep this > patch on point of the issue being fixed, and I will probably submit a pat= ch for this later to avoid code duplication and potential issues in the > future as with the current 80/100 problem mentioned above. > > Kind regards, > Stanislav Yaglo Thanks. Have you signed copyright papers for this change? I've also copied in YAMAMOTO Mitsuharu , who might have additional comments on this code. From unknown Tue Jun 24 20:55:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#64013: [PATCH] macfont.m: Fix values for font widths and weights on macOS Resent-From: "yaglo@me.com" Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 12 Jun 2023 16:10:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 64013 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Po Lu Cc: "64013@debbugs.gnu.org" <64013@debbugs.gnu.org>, YAMAMOTO Mitsuharu Received: via spool by 64013-submit@debbugs.gnu.org id=B64013.168658616430162 (code B ref 64013); Mon, 12 Jun 2023 16:10:02 +0000 Received: (at 64013) by debbugs.gnu.org; 12 Jun 2023 16:09:24 +0000 Received: from localhost ([127.0.0.1]:40407 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q8k6c-0007qN-5U for submit@debbugs.gnu.org; Mon, 12 Jun 2023 12:09:24 -0400 Received: from ci74p00im-qukt09081701.me.com ([17.57.156.6]:64169) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q8iWs-0004wv-5b for 64013@debbugs.gnu.org; Mon, 12 Jun 2023 10:28:23 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=me.com; s=1a1hai; t=1686580096; bh=q8asRcWq4ZbANpl8EUG1tCcw4HU0BgKkwWpStbpIWEg=; h=From:To:Subject:Date:Message-ID:Content-Type:MIME-Version; b=JzbfQWOiTYNFyBkO4RokiNrKVJ8xyymyfeK3G1PPqzBbNbceBrziV48dLuXNBxJp+ VetPH03CSRlf5W2XQFGTzVKjU3Sdq++VR9I/71696S2ml5f9x2XjQLJ9bWtBpSCt3+ QNosDcPoEuHu8k4rlMlHvZagL/ERvHED909hk3NbFewdX4+/kul/cUuJ37fpxe3dhr yKUD+NeNl4XgLLyNianXQu0mOK+pHiizbOsx+NS1aHM1vArcuqxHZlvi9+f8HmTJd0 bG6YBVpMrV0CU4Ar1aVBoXPgGOjlWbTCwa8BgXJTkSkVbs6Bzx12mjl85ACEbHW4bG yFCmw8Of0TGsw== Received: from LO2P265MB0671.GBRP265.PROD.OUTLOOK.COM (ci77p00im-dlb-asmtp-mailmevip.me.com [17.57.156.26]) by ci74p00im-qukt09081701.me.com (Postfix) with ESMTPSA id 2FC4D46C01F1; Mon, 12 Jun 2023 14:28:15 +0000 (UTC) From: "yaglo@me.com" Thread-Topic: bug#64013: [PATCH] macfont.m: Fix values for font widths and weights on macOS Thread-Index: AWVkNDQ0fFr1+qOSU2g4iFLGxWN8pmVkNDQ0ZmYwazTiE7gnMw== X-MS-Exchange-MessageSentRepresentingType: 1 Date: Mon, 12 Jun 2023 14:28:12 +0000 Message-ID: References: <87zg54hko0.fsf@yahoo.com> In-Reply-To: <87zg54hko0.fsf@yahoo.com> Accept-Language: en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-Exchange-Organization-SCL: -1 X-MS-TNEF-Correlator: X-MS-Exchange-Organization-RecordReviewCfmType: 0 Content-Type: multipart/alternative; boundary="_000_LO2P265MB06714CB2E2413D7A7CA31576F454ALO2P265MB0671GBRP_" MIME-Version: 1.0 X-Proofpoint-GUID: hAAhIyDbJpJUwaeLBiqw_7ePvuN24Ybm X-Proofpoint-ORIG-GUID: hAAhIyDbJpJUwaeLBiqw_7ePvuN24Ybm X-Proofpoint-Virus-Version: vendor=fsecure engine=1.1.170-22c6f66c430a71ce266a39bfe25bc2903e8d5c8f:6.0.425,18.0.572,17.11.62.513.0000000 definitions=2022-01-11_01:2022-01-11_01,2020-02-14_11,2021-12-02_01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxscore=0 spamscore=0 adultscore=0 suspectscore=0 clxscore=1011 malwarescore=0 mlxlogscore=999 bulkscore=0 phishscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2212070000 definitions=main-2306120124 X-Spam-Score: -0.7 (/) X-Mailman-Approved-At: Mon, 12 Jun 2023 12:09:20 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) --_000_LO2P265MB06714CB2E2413D7A7CA31576F454ALO2P265MB0671GBRP_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable I=92m in the process of sorting the paperwork with my employer as well. I w= ill send an update to this thread when it=92s confirmed and the copyright p= apers have been signed. Kind regards, Stanislav Yaglo ________________________________ From: bug-gnu-emacs-bounces+yaglo=3Dme.com@gnu.org on behalf of Po Lu via Bug reports for GNU Emacs, th= e Swiss army knife of text editors Sent: Monday, June 12, 2023 2:31:11 PM To: Stanislav Yaglo Cc: 64013@debbugs.gnu.org <64013@debbugs.gnu.org>; YAMAMOTO Mitsuharu Subject: bug#64013: [PATCH] macfont.m: Fix values for font widths and weigh= ts on macOS Stanislav Yaglo writes: > Hi everyone, > > Currently, on macOS, font weights are not handled correctly, which causes= Emacs to choose different font weights and widths than what you > request. As one example, if you want to choose "Cascadia Code:weight=3Dse= mi-light", you will get Cascadia Code Light instead. Same for font > widths, what you specify is not always what you get. > > There's some interpolation going on which I didn't remove as it's potenti= ally handy for in-between values, but the problem itself is that the > corresponding values are not correct for the majority of fonts, for examp= le, kCTFontWeightTrait is specified as -0.24 corresponding to 87.5 , but > in reality, it is usually 50 (light), and the same for the other values. = As you can see here, it won't work as we have 50 followed by 87.5 and then > (a lower) 80, and then 140: > > {-0.4, 50}, /* light */ > {-0.24, 87.5}, /* (semi-light + normal) / 2 */ > {0, 80}, /* normal */ > {0.24, 140}, /* (semi-bold + normal) / 2 */ > > It probably is a typo, as in the second (duplicate) table of values in th= e code, 100 is treated as normal instead of 80, which also isn't correct, a= s > 100 is medium, not normal: > > {-0.4, 50}, /* light */ > {-0.24, 87.5}, /* (semi-light + normal) / 2 */ > {0, 100}, /* normal */ > {0.24, 140}, /* (semi-bold + normal) / 2 */ > > For font widths, there's only two kCTFontWidthTrait values in the range t= hat are handled currently =97 from 0 to 1, and they are handled as > linear font values from 100 to 200, which isn't correct either. For conde= nsed fonts, kCTFontWidthTrait is negative, which is not accounted for, > and the slope is linear only from -0.4 (50, ultra-condensed) until 0.2 (1= 25, expanded), and from there until ultra-expanded is much steeper. > > I've included all values that are listed in font.c for explicitness even = if some values can be calculated with the code that interpolates the values= . > Also, I haven't refactored the duplication of the structs and code as I t= hink this is a different issue and should be done separately to keep this > patch on point of the issue being fixed, and I will probably submit a pat= ch for this later to avoid code duplication and potential issues in the > future as with the current 80/100 problem mentioned above. > > Kind regards, > Stanislav Yaglo Thanks. Have you signed copyright papers for this change? I've also copied in YAMAMOTO Mitsuharu , who might have additional comments on this code. --_000_LO2P265MB06714CB2E2413D7A7CA31576F454ALO2P265MB0671GBRP_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
I=92m in the process of sorting the paperwork with my empl= oyer as well. I will send an update to this thread when it=92s confirmed an= d the copyright papers have been signed.

Kind regards,
Stanislav Yaglo
From: bug-gnu-emacs-bounces= +yaglo=3Dme.com@gnu.org <bug-gnu-emacs-bounces+yaglo=3Dme.com@gnu.org>= ; on behalf of Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors <bug-gnu-emacs@gnu.org>
Sent: Monday, June 12, 2023 2:31:11 PM
To: Stanislav Yaglo <yaglo@me.com>
Cc: 64013@debbugs.gnu.org <64013@debbugs.gnu.org>; YAMAMOTO Mi= tsuharu <mituharu@math.s.chiba-u.ac.jp>
Subject: bug#64013: [PATCH] macfont.m: Fix values for font widths an= d weights on macOS
 
Stanislav Yaglo <yaglo@me.com> writes:

> Hi everyone,
>
> Currently, on macOS, font weights are not handled correctly, which cau= ses Emacs to choose different font weights and widths than what you
> request. As one example, if you want to choose "Cascadia Code:wei= ght=3Dsemi-light", you will get Cascadia Code Light instead. Same for = font
> widths, what you specify is not always what you get.
>
> There's some interpolation going on which I didn't remove as it's pote= ntially handy for in-between values, but the problem itself is that the
> corresponding values are not correct for the majority of fonts, for ex= ample, kCTFontWeightTrait is specified as -0.24 corresponding to 87.5 , but=
> in reality, it is usually 50 (light), and the same for the other value= s. As you can see here, it won't work as we have 50 followed by 87.5 and th= en
> (a lower) 80, and then 140:
>
> {-0.4, 50},      /* light */
> {-0.24, 87.5},   /* (semi-light + normal) / 2 */
> {0, 80},         /* normal */<= br> > {0.24, 140},     /* (semi-bold + normal) / 2 */ >
> It probably is a typo, as in the second (duplicate) table of values in= the code, 100 is treated as normal instead of 80, which also isn't correct= , as
> 100 is medium, not normal:
>
> {-0.4, 50},      /* light */
> {-0.24, 87.5},   /* (semi-light + normal) / 2 */
> {0, 100},        /* normal */
> {0.24, 140},     /* (semi-bold + normal) / 2 */ >
> For font widths, there's only two kCTFontWidthTrait values in the rang= e that are handled currently =97 from 0 to 1, and they are handled as
> linear font values from 100 to 200, which isn't correct either. For co= ndensed fonts, kCTFontWidthTrait is negative, which is not accounted for, > and the slope is linear only from -0.4 (50, ultra-condensed) until 0.2= (125, expanded), and from there until ultra-expanded is much steeper.
>
> I've included all values that are listed in font.c for explicitness ev= en if some values can be calculated with the code that interpolates the val= ues.
> Also, I haven't refactored the duplication of the structs and code as = I think this is a different issue and should be done separately to keep thi= s
> patch on point of the issue being fixed, and I will probably submit a = patch for this later to avoid code duplication and potential issues in the<= br> > future as with the current 80/100 problem mentioned above.
>
> Kind regards,
> Stanislav Yaglo

Thanks.  Have you signed copyright papers for this change?
I've also copied in YAMAMOTO Mitsuharu <mituharu@math.s.chiba-u.ac.jp>= ;,
who might have additional comments on this code.



--_000_LO2P265MB06714CB2E2413D7A7CA31576F454ALO2P265MB0671GBRP_-- From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 03 07:51:29 2023 Received: (at control) by debbugs.gnu.org; 3 Sep 2023 11:51:29 +0000 Received: from localhost ([127.0.0.1]:39875 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qcldZ-0004pP-53 for submit@debbugs.gnu.org; Sun, 03 Sep 2023 07:51:29 -0400 Received: from mail-lf1-x134.google.com ([2a00:1450:4864:20::134]:53347) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qcldW-0004p9-4I for control@debbugs.gnu.org; Sun, 03 Sep 2023 07:51:27 -0400 Received: by mail-lf1-x134.google.com with SMTP id 2adb3069b0e04-500cfb168c6so989576e87.2 for ; Sun, 03 Sep 2023 04:51:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1693741870; x=1694346670; darn=debbugs.gnu.org; h=to:subject:message-id:date:mime-version:from:from:to:cc:subject :date:message-id:reply-to; bh=JjKhuVtEkwBiMbB+dTpb/4fgh0MYFI2x/4RWK9JnmlE=; b=kk8ZvQaHRX1G6StO2fht1nUEy4saOnQfteSa5rufkb4OIJ1s4pcwz+MqvyNEPYlRzd 4wfUKVfKoLm6UK1qKs/EjH9gG09sCF5p+zpxSdvo+veanRlvxg+qOJgNSwSAmw8mbprQ 7dwJEAW/rcPHWwHHhaKgvEUgWonhx6Y1Z3Aa5xGyE4fy0aLMcHtT1MI7XdNU2PaNEBXl LD6PK8kbWAogV9DxnrFwarOptfqt5eFNIsS6rgWzR1mZxgsojPIq77iUsaNRpOUEgIop LC5WBz2gkfqBfJ9DUuR3R5PwTI+les93tlX6TCfffJab1AmndL15vf+A+PuOzyvv/3Na tVCw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1693741870; x=1694346670; h=to:subject:message-id:date:mime-version:from:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=JjKhuVtEkwBiMbB+dTpb/4fgh0MYFI2x/4RWK9JnmlE=; b=iPaSm/B4jGKP+RX22WkRVZJo/hIZ3h2jM6cJGAFqBosOj8qC5gL8LCkx7pQZEtV+NJ BaliT3P5hz3whsM6c8auS6sC0AMfgOneQC/C8kuYmrz0pKoLrs2ABj9z4PoPhlfEGMVL MWHDZ43Jxffmm8U7J1LyDCN7jSPf+2pVQAqJzF840ilT/S9W3IW8kIeebX8YZ5QIu/Lp fCHANjS6J8+fY8RvqGNArhhwlYFn10ur0oCL1QWslBBnlYj6TvNuMjRCQXvRQJlElIc0 /OKYcve36mxe5juGJZwZllnnDCBoJXcCfYUTx+QnEh3N6Z0UyoCgJuIS9Gv1fBLteDaq 4IEA== X-Gm-Message-State: AOJu0Ywi06RkyVwHJzJfpPZHRtD2AppY3P1jTE3tBtG5RiT59y4MmCJi 5e1TJD7qsEEFkbSaDTWDV2slqVRjDP2YwefbuF1qiT4vFSg= X-Google-Smtp-Source: AGHT+IHBd3oY/K3oknzSETrh+Ysn7gxyicnGLoH44D1XaqCAJz4RwWEJGqgcF+sLInioFE9k/TEyyJQvvog++X4sxec= X-Received: by 2002:a05:6512:3610:b0:4fd:d213:dfd0 with SMTP id f16-20020a056512361000b004fdd213dfd0mr3945917lfs.11.1693741869859; Sun, 03 Sep 2023 04:51:09 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Sun, 3 Sep 2023 04:51:09 -0700 From: Stefan Kangas MIME-Version: 1.0 Date: Sun, 3 Sep 2023 04:51:09 -0700 Message-ID: Subject: control message for bug #64013 To: control@debbugs.gnu.org Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) tags 64013 + pending quit From unknown Tue Jun 24 20:55:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#64013: [PATCH] macfont.m: Fix values for font widths and weights on macOS Resent-From: Stanislav Yaglo Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 08 Sep 2023 12:44:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 64013 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch pending To: Po Lu Cc: 64013@debbugs.gnu.org, YAMAMOTO Mitsuharu Received: via spool by 64013-submit@debbugs.gnu.org id=B64013.169417700714552 (code B ref 64013); Fri, 08 Sep 2023 12:44:02 +0000 Received: (at 64013) by debbugs.gnu.org; 8 Sep 2023 12:43:27 +0000 Received: from localhost ([127.0.0.1]:42526 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qeapa-0003mX-6k for submit@debbugs.gnu.org; Fri, 08 Sep 2023 08:43:26 -0400 Received: from st43p00im-ztdg10073201.me.com ([17.58.63.177]:41426) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qeXsi-0001rn-Vb for 64013@debbugs.gnu.org; Fri, 08 Sep 2023 05:34:31 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=me.com; s=1a1hai; t=1694165661; bh=Ge61LBJBzD0oyhLcGc+MQkRZoHIfFP0YCbhI6YG8w8k=; h=Content-Type:From:Mime-Version:Subject:Date:Message-Id:To; b=oWm2+NZG5fGJ3pld+tsFZyTchwLU0/c38BxWv6CCsdv7/MDe5QtMRuhSBGLdbfnBq Fq3RDcJZ7zHymgQ933MD7lopag6xf9U3dFiEqo3I6X7cwVY+eZxbqWCe6+mqrkv0E+ 9gdGK80I0CN4L2ntLijyGZky4EhrFZx84TtY3NBnCZ5ajPMLKeqKnahtQgL9Z5BRoo dtRooNd1bRxyh+/m+vVW2auJvaQ4ZOl322Vb8tlMjqy0evmN5i5P3qN/I2hzHDOiwk 66x2BjU6cyGN1wuelD/A7PruJJA3LgnsN2B54ANpCPP6pAO3r2E0w0rSqTRGhD8XWp DxOHPMGo+Xzxg== Received: from smtpclient.apple (st43p00im-dlb-asmtp-mailmevip.me.com [17.42.251.41]) by st43p00im-ztdg10073201.me.com (Postfix) with ESMTPSA id DA2C49A02CE; Fri, 8 Sep 2023 09:34:20 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable From: Stanislav Yaglo Mime-Version: 1.0 (1.0) Date: Fri, 8 Sep 2023 10:34:08 +0100 Message-Id: <132F9964-D44D-4E49-80DD-F8939744A0A2@me.com> References: <87zg54hko0.fsf@yahoo.com> In-Reply-To: <87zg54hko0.fsf@yahoo.com> X-Mailer: iPhone Mail (20D67) X-Proofpoint-GUID: aZmq43wU7EXMZt6MBo48j-9cczsK4qq0 X-Proofpoint-ORIG-GUID: aZmq43wU7EXMZt6MBo48j-9cczsK4qq0 X-Proofpoint-Virus-Version: vendor=fsecure engine=1.1.170-22c6f66c430a71ce266a39bfe25bc2903e8d5c8f:6.0.591,18.0.572,17.11.176.26.0000000 definitions=2023-07-31_02:2023-07-31_02,2020-02-14_11,2023-05-22_02 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 adultscore=0 bulkscore=0 mlxscore=0 malwarescore=0 mlxlogscore=999 phishscore=0 suspectscore=0 spamscore=0 clxscore=1015 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2212070000 definitions=main-2309080088 X-Spam-Score: -0.7 (/) X-Mailman-Approved-At: Fri, 08 Sep 2023 08:43:23 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Hi, Update - I=E2=80=99ve sorted the copyright assignment docs, so everything sh= ould be good to move forward. Kind regards, Stanislav Yaglo > On 12 Jun 2023, at 14:31, Po Lu wrote: >=20 > =EF=BB=BFStanislav Yaglo writes: >=20 >> Hi everyone, >>=20 >> Currently, on macOS, font weights are not handled correctly, which causes= Emacs to choose different font weights and widths than what you >> request. As one example, if you want to choose "Cascadia Code:weight=3Dse= mi-light", you will get Cascadia Code Light instead. Same for font >> widths, what you specify is not always what you get. >>=20 >> There's some interpolation going on which I didn't remove as it's potenti= ally handy for in-between values, but the problem itself is that the >> corresponding values are not correct for the majority of fonts, for examp= le, kCTFontWeightTrait is specified as -0.24 corresponding to 87.5 , but >> in reality, it is usually 50 (light), and the same for the other values. A= s you can see here, it won't work as we have 50 followed by 87.5 and then >> (a lower) 80, and then 140: >>=20 >> {-0.4, 50}, /* light */ >> {-0.24, 87.5}, /* (semi-light + normal) / 2 */ >> {0, 80}, /* normal */ >> {0.24, 140}, /* (semi-bold + normal) / 2 */ >>=20 >> It probably is a typo, as in the second (duplicate) table of values in th= e code, 100 is treated as normal instead of 80, which also isn't correct, as= >> 100 is medium, not normal: >>=20 >> {-0.4, 50}, /* light */ >> {-0.24, 87.5}, /* (semi-light + normal) / 2 */ >> {0, 100}, /* normal */ >> {0.24, 140}, /* (semi-bold + normal) / 2 */ >>=20 >> For font widths, there's only two kCTFontWidthTrait values in the range t= hat are handled currently =E2=80=94 from 0 to 1, and they are handled as >> linear font values from 100 to 200, which isn't correct either. For conde= nsed fonts, kCTFontWidthTrait is negative, which is not accounted for, >> and the slope is linear only from -0.4 (50, ultra-condensed) until 0.2 (1= 25, expanded), and from there until ultra-expanded is much steeper. >>=20 >> I've included all values that are listed in font.c for explicitness even i= f some values can be calculated with the code that interpolates the values. >> Also, I haven't refactored the duplication of the structs and code as I t= hink this is a different issue and should be done separately to keep this >> patch on point of the issue being fixed, and I will probably submit a pat= ch for this later to avoid code duplication and potential issues in the >> future as with the current 80/100 problem mentioned above. >>=20 >> Kind regards, >> Stanislav Yaglo >=20 > Thanks. Have you signed copyright papers for this change? > I've also copied in YAMAMOTO Mitsuharu , > who might have additional comments on this code. From unknown Tue Jun 24 20:55:19 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Stanislav Yaglo Subject: bug#64013: closed (Re: [PATCH] macfont.m: Fix values for font widths and weights on macOS) Message-ID: References: <86y1c4zdqj.fsf@gnu.org> X-Gnu-PR-Message: they-closed 64013 X-Gnu-PR-Package: emacs X-Gnu-PR-Keywords: patch Reply-To: 64013@debbugs.gnu.org Date: Thu, 01 Feb 2024 10:23:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1706782982-22281-1" This is a multi-part message in MIME format... ------------=_1706782982-22281-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #64013: [PATCH] macfont.m: Fix values for font widths and weights on macOS which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 64013@debbugs.gnu.org. --=20 64013: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D64013 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1706782982-22281-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 64013-done) by debbugs.gnu.org; 1 Feb 2024 10:22:03 +0000 Received: from localhost ([127.0.0.1]:40276 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rVUCp-0005mB-2o for submit@debbugs.gnu.org; Thu, 01 Feb 2024 05:22:03 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:33494) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rVUCm-0005le-CF for 64013-done@debbugs.gnu.org; Thu, 01 Feb 2024 05:22:01 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rVUCW-0002ax-Qt; Thu, 01 Feb 2024 05:21:44 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=ye01++y+h7jlgFGHve+ThTgnqFdgWdF3+i7NGUBQH58=; b=TKz58HcC/cD6sgbmz7Jv jrHPBXtK8Ka6anYRHXJRbPQo5wJbffq+LuBiBjJjRhcO5zSOS9Wbb+C73+e20Wzi4q7S/IcdahaMr ga72JVZFUWn0f5fJFnd1S3uhzSzpjgjAWnpTULEGAE655CmTUvCdIM/w2k82J9L96dSswYyarp/lw hlvytF3vNu/cadryMzl5JvGLWBI+OT5vj3p9d+Kp/9OaiH0i9j+ZHTUkXnH4GLOGg7RDc44nYU1of m2CX3bGpgrVTc85j/LFRVDMsWmPqMmGKWzRv3TN4NUPwdgJwkWKb3fC/pWrRvdBO7oRSeUuGjOq9W 6qC1089uLVtLXg==; Date: Thu, 01 Feb 2024 12:21:40 +0200 Message-Id: <86y1c4zdqj.fsf@gnu.org> From: Eli Zaretskii To: Stanislav Yaglo In-Reply-To: (message from Stanislav Yaglo on Mon, 12 Jun 2023 11:42:53 -0000) Subject: Re: [PATCH] macfont.m: Fix values for font widths and weights on macOS References: MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 64013-done Cc: 64013-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Stanislav Yaglo > Date: Mon, 12 Jun 2023 11:42:53 -0000 > > Currently, on macOS, font weights are not handled correctly, which causes > Emacs to choose different font weights and widths than what you request. As > one example, if you want to choose "Cascadia Code:weight=semi-light", you > will get Cascadia Code Light instead. Same for font widths, what you specify > is not always what you get. > > There's some interpolation going on which I didn't remove as it's potentially > handy for in-between values, but the problem itself is that the corresponding > values are not correct for the majority of fonts, for example, > kCTFontWeightTrait is specified as -0.24 corresponding to 87.5 , but in > reality, it is usually 50 (light), and the same for the other values. As you > can see here, it won't work as we have 50 followed by 87.5 and then (a lower) > 80, and then 140: > > {-0.4, 50}, /* light */ > {-0.24, 87.5}, /* (semi-light + normal) / 2 */ > {0, 80}, /* normal */ > {0.24, 140}, /* (semi-bold + normal) / 2 */ > > It probably is a typo, as in the second (duplicate) table of values in the > code, 100 is treated as normal instead of 80, which also isn't correct, as > 100 is medium, not normal: > > {-0.4, 50}, /* light */ > {-0.24, 87.5}, /* (semi-light + normal) / 2 */ > {0, 100}, /* normal */ > {0.24, 140}, /* (semi-bold + normal) / 2 */ > > For font widths, there's only two kCTFontWidthTrait values in the range that > are handled currently — from 0 to 1, and they are handled as linear font > values from 100 to 200, which isn't correct either. For condensed fonts, > kCTFontWidthTrait is negative, which is not accounted for, and the slope is > linear only from -0.4 (50, ultra-condensed) until 0.2 (125, expanded), and > from there until ultra-expanded is much steeper. > > I've included all values that are listed in font.c for explicitness even if > some values can be calculated with the code that interpolates the values. > Also, I haven't refactored the duplication of the structs and code as I think > this is a different issue and should be done separately to keep this patch on > point of the issue being fixed, and I will probably submit a patch for this > later to avoid code duplication and potential issues in the future as with > the current 80/100 problem mentioned above. Thanks, installed on the master branch, and closing the bug. ------------=_1706782982-22281-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 12 Jun 2023 12:33:19 +0000 Received: from localhost ([127.0.0.1]:39147 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q8gjU-0001YM-Me for submit@debbugs.gnu.org; Mon, 12 Jun 2023 08:33:18 -0400 Received: from lists.gnu.org ([209.51.188.17]:56694) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q8fwx-0008NI-JH for submit@debbugs.gnu.org; Mon, 12 Jun 2023 07:43:10 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1q8fww-0004kl-7b for bug-gnu-emacs@gnu.org; Mon, 12 Jun 2023 07:43:06 -0400 Received: from st43p00im-zteg10071901.me.com ([17.58.63.169]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1q8fwu-0008Dv-9l for bug-gnu-emacs@gnu.org; Mon, 12 Jun 2023 07:43:05 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=me.com; s=1a1hai; t=1686570180; bh=zcXih/VZ1ZcUcMY6KBX1a2PbaI1REBrcMhzgOUrNP5c=; h=To:From:Subject:Date:Message-id:Content-Type:MIME-Version; b=ThRI8QAsA239MBrmCEutXfGnlPhRVQ0fBiqoslbVWD5FD4x+Hc8ltE6X+b+ovKdEM vrWjf7cSaRvpn7DiaEWl0icYTuays3GcVvhuPMH/+4Jwzao/o1JWFcyF5n1VOR+R3U 8eVJS5BoneT7PAAfXguEJEw5Jdx4qtYFLcvfToeHil/tSIogz/1yflEgzErjLkwZgx mEvsUDoSBIMuieKQuwGN1Si6mlY56y5smdMY86ZEReLfHRKqBkm3eQpHd5M4PNNsZu IgHSh72UVxqkbKWIQLogSan9UMeA99CG1W0ZBkzHTH9LI1YY8ECt1GUUYsfUB+6nRp hYeeu2I6mK9xg== Received: from st43p00im-zteg10071901.me.com (st43p00im-zteg10071901.me.com [17.58.63.169]) by st43p00im-zteg10071901.me.com (Postfix) with ESMTPS id 5F656840307 for ; Mon, 12 Jun 2023 11:43:00 +0000 (UTC) Received: from localhost (st43p00im.dlb-asmtpoutvip.me.com [10.76.196.233]) by st43p00im-zteg10071901.me.com (Postfix) with ESMTPA id 98E9D8402AC for ; Mon, 12 Jun 2023 11:42:53 +0000 (UTC) To: bug-gnu-emacs@gnu.org From: Stanislav Yaglo Subject: =?utf-8?B?W1BBVENIXSBtYWNmb250Lm06IEZpeCB2YWx1ZXMgZm9yIGZvbnQgd2lkdGhz?= =?utf-8?B?IGFuZCB3ZWlnaHRzIG9uIG1hY09T?= Date: Mon, 12 Jun 2023 11:42:53 -0000 X-Mailer: iCloud MailClientcurrent MailServer2315B73.10000-Famine2315-0-dba3af02e28b Message-id: Content-Type: multipart/alternative; boundary=Apple-Webmail-42--4a0e50de-515d-4891-a6ce-84c41e510dca MIME-Version: 1.0 X-Proofpoint-ORIG-GUID: QihSpDgBPH_tejsR3TePohwi-AEgDBm6 X-Proofpoint-GUID: QihSpDgBPH_tejsR3TePohwi-AEgDBm6 X-Proofpoint-Virus-Version: =?UTF-8?Q?vendor=3Dfsecure_engine=3D1.1.170-22c6f66c430a71ce266a39bfe25bc?= =?UTF-8?Q?2903e8d5c8f:6.0.138,18.0.816,17.11.62.513.0000000_definitions?= =?UTF-8?Q?=3D2022-01-17=5F04:2020-02-14=5F02,2022-01-17=5F04,2021-12-02?= =?UTF-8?Q?=5F01_signatures=3D0?= X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 bulkscore=0 malwarescore=0 clxscore=1011 spamscore=0 mlxscore=0 adultscore=0 phishscore=0 mlxlogscore=591 suspectscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2212070000 definitions=main-2306120101 Received-SPF: pass client-ip=17.58.63.169; envelope-from=yaglo@me.com; helo=st43p00im-zteg10071901.me.com X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.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_FROM=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Mon, 12 Jun 2023 08:33:14 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) --Apple-Webmail-42--4a0e50de-515d-4891-a6ce-84c41e510dca Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8; format=flowed Hi everyone,Currently, on macOS, font weights are not handled correctly, w= hich causes Emacs to choose different font weights and widths than what yo= u request. As one example, if you want to choose "Cascadia Code:weight=3Ds= emi-light", you will get Cascadia Code Light instead. Same for font widths= , what you specify is not always what you get.There's some interpolation g= oing on which I didn't remove as it's potentially handy for in-between val= ues, but the problem itself is that the corresponding values are not corre= ct for the majority of fonts, for example, kCTFontWeightTrait is specified= as -0.24 corresponding to 87.5 , but in reality, it is usually 50 (light)= , and the same for the other values. As you can see here, it won't work as= we have 50 followed by 87.5 and then (a lower) 80, and then 140:{-0.4, 50= },=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 /* light */{-0.24, 87.5},=C2=A0=C2=A0 /* = (semi-light + normal) / 2 */{0, 80},=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 /* normal */{0.24, 140},=C2=A0=C2=A0=C2=A0=C2=A0 /* (semi-bold += normal) / 2 */It probably is a typo, as in the second (duplicate) table o= f values in the code, 100 is treated as normal instead of 80, which also i= sn't correct, as 100 is medium, not normal:{-0.4, 50},=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 /* light */{-0.24, 87.5},=C2=A0=C2=A0 /* (semi-light + normal) /= 2 */{0, 100},=C2=A0 =C2=A0 =C2=A0 =C2=A0 /* normal */{0.24, 140},=C2=A0=C2= =A0=C2=A0=C2=A0 /* (semi-bold + normal) / 2 */For font widths, there's onl= y two kCTFontWidthTrait=C2=A0values in the range that are handled currentl= y =E2=80=94 from 0 to 1, and they are handled as linear font values from 1= 00 to 200, which isn't correct either. For condensed fonts,=C2=A0kCTFontWi= dthTrait is negative, which is not accounted for, and the slope is linear = only from -0.4 (50, ultra-condensed) until 0.2 (125, expanded), and from t= here until ultra-expanded is much steeper.I've included all values that ar= e listed in font.c for explicitness even if some values can be calculated = with the code that interpolates the values. Also, I haven't refactored the= duplication of the structs and code as I think this is a different issue = and should be done separately to keep this patch on point of the issue bei= ng fixed, and I will probably submit a patch for this later to avoid code = duplication and potential issues in the future as with the current 80/100 = problem mentioned above.Kind regards,Stanislav Yaglo --Apple-Webmail-42--4a0e50de-515d-4891-a6ce-84c41e510dca Content-Type: multipart/mixed; type="text/html"; boundary=Apple-Webmail-64--4a0e50de-515d-4891-a6ce-84c41e510dca --Apple-Webmail-64--4a0e50de-515d-4891-a6ce-84c41e510dca Content-Type: multipart/related; type="text/html"; boundary=Apple-Webmail-86--4a0e50de-515d-4891-a6ce-84c41e510dca --Apple-Webmail-86--4a0e50de-515d-4891-a6ce-84c41e510dca Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8;
Hi everyone,

Currently, on macOS, f= ont weights are not handled correctly, which causes Emacs to choose differ= ent font weights and widths than what you request. As one example, if you = want to choose "Cascadia Code:weight=3Dsemi-light", you will get Cascadia = Code Light instead. Same for font widths, what you specify is not always w= hat you get.

There's some interpolation going= on which I didn't remove as it's potentially handy for in-between values,= but the problem itself is that the corresponding values are not correct f= or the majority of fonts, for example, kCTFontWeightTrait is specified as = -0.24 corresponding to 87.5 , but in reality, it is usually 50 (light), an= d the same for the other values. As you can see here, it won't work as we = have 50 followed by 87.5 and then (a lower) 80, and then 140:

{-0.4, 50},      /* light *= /
{-0.24, 87.5},   /* (semi-light + normal)= / 2 */
{0, 80},      &= nbsp;  /* normal */
{0.24, 140}, = ;    /* (semi-bold + normal) / 2 */
It probably is a typo, as in the second (duplicate) table of = values in the code, 100 is treated as normal instead of 80, which also isn= 't correct, as 100 is medium, not normal:

{-0.24, = 87.5},   /* (semi-light + normal) / 2 */
{0, 100},        /* normal */
{0.24, 140},     /* (semi-bold + normal) = / 2 */

For font widths, there's only t= wo kCTFontWidthTrait values in the range that are handled currently =E2= =80=94 from 0 to 1, and they are handled as linear font values from 100 to= 200, which isn't correct either. For condensed fonts, kCTFontWidthTr= ait is negative, which is not accounted for, and the slope is linear only = from -0.4 (50, ultra-condensed) until 0.2 (125, expanded), and from there = until ultra-expanded is much steeper.

I've in= cluded all values that are listed in font.c for explicitness even if some = values can be calculated with the code that interpolates the values. Also,= I haven't refactored the duplication of the structs and code as I think t= his is a different issue and should be done separately to keep this patch = on point of the issue being fixed, and I will probably submit a patch for = this later to avoid code duplication and potential issues in the future as= with the current 80/100 problem mentioned above.

=
Kind regards,
Stanislav Yaglo

<= /div> --Apple-Webmail-86--4a0e50de-515d-4891-a6ce-84c41e510dca-- --Apple-Webmail-64--4a0e50de-515d-4891-a6ce-84c41e510dca Content-Transfer-Encoding: BASE64 Content-Disposition: attachment; filename="0001-Fix-values-for-font-widths-and-weights-on-macOS.patch" Content-Type: application/octet-stream; name="0001-Fix-values-for-font-widths-and-weights-on-macOS.patch" Content-Id: <9940cec8-36d9-4921-9482-4126b7010307@icloud.com> RnJvbSBkYWEzNmI0YWMxZjM0NTAxNjg1NjQ5MzIyOTlkYjgwYzk3NDIzNmJlIE1vbiBTZXAg MTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBTdGFuaXNsYXYgWWFnbG8gPHlhZ2xvQG1lLmNvbT4K RGF0ZTogTW9uLCAxMiBKdW4gMjAyMyAxMTo1NjozNyArMDEwMApTdWJqZWN0OiBbUEFUQ0hd IG1hY2ZvbnQubTogRml4IHZhbHVlcyBmb3IgZm9udCB3aWR0aHMgYW5kIHdlaWdodHMgb24g bWFjT1MKCi0tLQogc3JjL21hY2ZvbnQubSB8IDk2ICsrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKy0tLS0tLS0tLS0tLS0tLQogMSBmaWxlIGNoYW5nZWQsIDY4IGluc2Vy dGlvbnMoKyksIDI4IGRlbGV0aW9ucygtKQoKZGlmZiAtLWdpdCBhL3NyYy9tYWNmb250Lm0g Yi9zcmMvbWFjZm9udC5tCmluZGV4IDlmOWY2ZjRlZmFmLi5jYjdmOTM3ZmEwZCAxMDA2NDQK LS0tIGEvc3JjL21hY2ZvbnQubQorKysgYi9zcmMvbWFjZm9udC5tCkBAIC04NTUsMjEgKzg1 NSw0MiBAQCBzdGF0aWMgdm9pZCBtYWNfZm9udF9nZXRfZ2x5cGhzX2Zvcl92YXJpYW50cyAo Q0ZEYXRhUmVmLCBVVEYzMkNoYXIsCiAgICAgICBzdHJ1Y3QgewogICAgICAgICBlbnVtIGZv bnRfcHJvcGVydHlfaW5kZXggaW5kZXg7CiAgICAgICAgIENGU3RyaW5nUmVmIHRyYWl0Owot ICAgICAgICBDR1BvaW50IHBvaW50c1s2XTsKLQlDR0Zsb2F0ICgqYWRqdXN0X2Z1bmMpIChD VEZvbnREZXNjcmlwdG9yUmVmLCBDR0Zsb2F0KTsKLSAgICAgIH0gbnVtZXJpY190cmFpdHNb XSA9Ci0gICAgICAgICAge3tGT05UX1dFSUdIVF9JTkRFWCwga0NURm9udFdlaWdodFRyYWl0 LAotICAgICAgICAgICAge3stMC40LCA1MH0sCS8qIGxpZ2h0ICovCi0gICAgICAgICAgICAg ey0wLjI0LCA4Ny41fSwJLyogKHNlbWktbGlnaHQgKyBub3JtYWwpIC8gMiAqLwotICAgICAg ICAgICAgIHswLCA4MH0sCQkvKiBub3JtYWwgKi8KLSAgICAgICAgICAgICB7MC4yNCwgMTQw fSwJLyogKHNlbWktYm9sZCArIG5vcm1hbCkgLyAyICovCi0gICAgICAgICAgICAgezAuNCwg MjAwfSwJLyogYm9sZCAqLwotICAgICAgICAgICAgIHtDR0ZMT0FUX01BWCwgQ0dGTE9BVF9N QVh9fSwKLQkgICAgbWFjX2ZvbnRfZGVzY3JpcHRvcl9nZXRfYWRqdXN0ZWRfd2VpZ2h0fSwK LSAgICAgICAgICAge0ZPTlRfU0xBTlRfSU5ERVgsIGtDVEZvbnRTbGFudFRyYWl0LAotICAg ICAgICAgICAge3swLCAxMDB9LCB7MC4xLCAyMDB9LCB7Q0dGTE9BVF9NQVgsIENHRkxPQVRf TUFYfX0sIE5VTEx9LAotICAgICAgICAgICB7Rk9OVF9XSURUSF9JTkRFWCwga0NURm9udFdp ZHRoVHJhaXQsCi0gICAgICAgICAgICB7ezAsIDEwMH0sIHsxLCAyMDB9LCB7Q0dGTE9BVF9N QVgsIENHRkxPQVRfTUFYfX0sIE5VTEx9fTsKKyAgICAgICAgQ0dQb2ludCBwb2ludHNbMTJd OworICAgICAgICBDR0Zsb2F0ICgqYWRqdXN0X2Z1bmMpIChDVEZvbnREZXNjcmlwdG9yUmVm LCBDR0Zsb2F0KTsKKyAgICAgIH0gbnVtZXJpY190cmFpdHNbXSA9IHsKKyAgICAgICAgeyBG T05UX1dFSUdIVF9JTkRFWCwKKyAgICAgICAgICBrQ1RGb250V2VpZ2h0VHJhaXQsCisgICAg ICAgICAgeyB7IC0wLjYsIDAgfSwgICAgLyogdGhpbiAqLworICAgICAgICAgICAgeyAtMC40 LCA0MCB9LCAgIC8qIHVsdHJhLWxpZ2h0LCB1bHRyYWxpZ2h0LCBleHRyYS1saWdodCwgZXh0 cmFsaWdodCAgKi8KKyAgICAgICAgICAgIHsgLTAuMjMsIDUwIH0sICAvKiBsaWdodCAqLwor ICAgICAgICAgICAgeyAtMC4xMTUsIDU1IH0sIC8qIHNlbWktbGlnaHQsIHNlbWlsaWdodCwg ZGVtaWxpZ2h0ICovCisgICAgICAgICAgICB7IDAsIDgwIH0sICAgICAgLyogcmVndWxhciwg bm9ybWFsLCB1bnNwZWNpZmllZCwgYm9vayAqLworICAgICAgICAgICAgeyAwLjIsIDEwMCB9 LCAgIC8qIG1lZGl1bSAqLworICAgICAgICAgICAgeyAwLjMsIDE4MCB9LCAgIC8qIHNlbWkt Ym9sZCwgc2VtaWJvbGQsIGRlbWlib2xkLCBkZW1pLWJvbGQsIGRlbWkgKi8KKyAgICAgICAg ICAgIHsgMC40LCAyMDAgfSwgICAvKiBib2xkICovCisgICAgICAgICAgICB7IDAuNiwgMjA1 IH0sICAgLyogZXh0cmEtYm9sZCwgZXh0cmFib2xkLCB1bHRyYS1ib2xkLCB1bHRyYWJvbGQg Ki8KKyAgICAgICAgICAgIHsgMC44LCAyMTAgfSwgICAvKiBibGFjaywgaGVhdnkgKi8KKyAg ICAgICAgICAgIHsgMSwgMjUwIH0sICAgICAvKiB1bHRyYS1oZWF2eSwgdWx0cmFoZWF2eSAq LworICAgICAgICAgICAgeyBDR0ZMT0FUX01BWCwgQ0dGTE9BVF9NQVggfSB9LAorICAgICAg ICAgIG1hY19mb250X2Rlc2NyaXB0b3JfZ2V0X2FkanVzdGVkX3dlaWdodCB9LAorICAgICAg ICB7IEZPTlRfU0xBTlRfSU5ERVgsCisgICAgICAgICAga0NURm9udFNsYW50VHJhaXQsCisg ICAgICAgICAgeyB7IDAsIDEwMCB9LCB7IDAuMSwgMjAwIH0sIHsgQ0dGTE9BVF9NQVgsIENH RkxPQVRfTUFYIH0gfSwKKyAgICAgICAgICBOVUxMIH0sCisgICAgICAgIHsgRk9OVF9XSURU SF9JTkRFWCwKKyAgICAgICAgICBrQ1RGb250V2lkdGhUcmFpdCwKKyAgICAgICAgICB7IHsg LTAuNCwgNTAgfSwgLyogdWx0cmEtY29uZGVuc2VkLCB1bHRyYWNvbmRlbnNlZCAqLworICAg ICAgICAgICAgeyAtMC4zLCA2MyB9LCAvKiBleHRyYS1jb25kZW5zZWQsIGV4dHJhY29uZGVu c2VkICovCisgICAgICAgICAgICB7IC0wLjIsIDc1IH0sIC8qIGNvbmRlbnNlZCwgY29tcHJl c3NlZCwgbmFycm93ICovCisgICAgICAgICAgICB7IC0wLjEsIDg3IH0sIC8qIHNlbWktY29u ZGVuc2VkLCBzZW1pY29uZGVuc2VkLCBkZW1pY29uZGVuc2VkICovCisgICAgICAgICAgICB7 IDAsIDEwMCB9LCAgIC8qIG5vcm1hbCwgbWVkaXVtLCByZWd1bGFyLCB1bnNwZWNpZmllZCAq LworICAgICAgICAgICAgeyAwLjEsIDExMyB9LCAvKiBzZW1pLWV4cGFuZGVkLCBzZW1pZXhw YW5kZWQsIGRlbWlleHBhbmRlZCAqLworICAgICAgICAgICAgeyAwLjIsIDEyNSB9LCAvKiBl eHBhbmRlZCAqLworICAgICAgICAgICAgeyAwLjMsIDE1MCB9LCAvKiBleHRyYS1leHBhbmRl ZCwgZXh0cmFleHBhbmRlZCAqLworICAgICAgICAgICAgeyAwLjQsIDIwMCB9LCAvKiB1bHRy YS1leHBhbmRlZCwgdWx0cmFleHBhbmRlZCwgd2lkZSAqLworICAgICAgICAgICAgeyBDR0ZM T0FUX01BWCwgQ0dGTE9BVF9NQVggfSB9LAorICAgICAgICAgIE5VTEwgfQorICAgICAgfTsK ICAgICAgIGludCBpOwogCiAgICAgICBmb3IgKGkgPSAwOyBpIDwgQVJSQVlFTFRTIChudW1l cmljX3RyYWl0cyk7IGkrKykKQEAgLTE5NDAsMTkgKzE5NjEsMzggQEAgc3RhdGljIGludCBt YWNmb250X3ZhcmlhdGlvbl9nbHlwaHMgKHN0cnVjdCBmb250ICosIGludCBjLAogICBzdHJ1 Y3QgewogICAgIGVudW0gZm9udF9wcm9wZXJ0eV9pbmRleCBpbmRleDsKICAgICBDRlN0cmlu Z1JlZiB0cmFpdDsKLSAgICBDR1BvaW50IHBvaW50c1s2XTsKLSAgfSBudW1lcmljX3RyYWl0 c1tdID0KLSAgICAgIHt7Rk9OVF9XRUlHSFRfSU5ERVgsIGtDVEZvbnRXZWlnaHRUcmFpdCwK LSAgICAgICAge3stMC40LCA1MH0sCQkvKiBsaWdodCAqLwotICAgICAgICAgey0wLjI0LCA4 Ny41fSwJCS8qIChzZW1pLWxpZ2h0ICsgbm9ybWFsKSAvIDIgKi8KLSAgICAgICAgIHswLCAx MDB9LAkJLyogbm9ybWFsICovCi0gICAgICAgICB7MC4yNCwgMTQwfSwJCS8qIChzZW1pLWJv bGQgKyBub3JtYWwpIC8gMiAqLwotICAgICAgICAgezAuNCwgMjAwfSwJCS8qIGJvbGQgKi8K LSAgICAgICAgIHtDR0ZMT0FUX01BWCwgQ0dGTE9BVF9NQVh9fX0sCi0gICAgICAge0ZPTlRf U0xBTlRfSU5ERVgsIGtDVEZvbnRTbGFudFRyYWl0LAotICAgICAgICB7ezAsIDEwMH0sIHsw LjEsIDIwMH0sIHtDR0ZMT0FUX01BWCwgQ0dGTE9BVF9NQVh9fX0sCi0gICAgICAge0ZPTlRf V0lEVEhfSU5ERVgsIGtDVEZvbnRXaWR0aFRyYWl0LAotICAgICAgICB7ezAsIDEwMH0sIHsx LCAyMDB9LCB7Q0dGTE9BVF9NQVgsIENHRkxPQVRfTUFYfX19fTsKKyAgICBDR1BvaW50IHBv aW50c1sxMl07CisgIH0gbnVtZXJpY190cmFpdHNbXSA9IHsKKyAgICB7IEZPTlRfV0VJR0hU X0lOREVYLAorICAgICAga0NURm9udFdlaWdodFRyYWl0LAorICAgICAgeyB7IC0wLjYsIDAg fSwgICAgLyogdGhpbiAqLworICAgICAgICB7IC0wLjQsIDQwIH0sICAgLyogdWx0cmEtbGln aHQsIHVsdHJhbGlnaHQsIGV4dHJhLWxpZ2h0LCBleHRyYWxpZ2h0ICAqLworICAgICAgICB7 IC0wLjIzLCA1MCB9LCAgLyogbGlnaHQgKi8KKyAgICAgICAgeyAtMC4xMTUsIDU1IH0sIC8q IHNlbWktbGlnaHQsIHNlbWlsaWdodCwgZGVtaWxpZ2h0ICovCisgICAgICAgIHsgMCwgODAg fSwgICAgICAvKiByZWd1bGFyLCBub3JtYWwsIHVuc3BlY2lmaWVkLCBib29rICovCisgICAg ICAgIHsgMC4yLCAxMDAgfSwgICAvKiBtZWRpdW0gKi8KKyAgICAgICAgeyAwLjMsIDE4MCB9 LCAgIC8qIHNlbWktYm9sZCwgc2VtaWJvbGQsIGRlbWlib2xkLCBkZW1pLWJvbGQsIGRlbWkg Ki8KKyAgICAgICAgeyAwLjQsIDIwMCB9LCAgIC8qIGJvbGQgKi8KKyAgICAgICAgeyAwLjYs IDIwNSB9LCAgIC8qIGV4dHJhLWJvbGQsIGV4dHJhYm9sZCwgdWx0cmEtYm9sZCwgdWx0cmFi b2xkICovCisgICAgICAgIHsgMC44LCAyMTAgfSwgICAvKiBibGFjaywgaGVhdnkgKi8KKyAg ICAgICAgeyAxLCAyNTAgfSwgICAgIC8qIHVsdHJhLWhlYXZ5LCB1bHRyYWhlYXZ5ICovCisg ICAgICAgIHsgQ0dGTE9BVF9NQVgsIENHRkxPQVRfTUFYIH0gfSB9LAorICAgIHsgRk9OVF9T TEFOVF9JTkRFWCwKKyAgICAgIGtDVEZvbnRTbGFudFRyYWl0LAorICAgICAgeyB7IDAsIDEw MCB9LCB7IDAuMSwgMjAwIH0sIHsgQ0dGTE9BVF9NQVgsIENHRkxPQVRfTUFYIH0gfSB9LAor ICAgIHsgRk9OVF9XSURUSF9JTkRFWCwKKyAgICAgIGtDVEZvbnRXaWR0aFRyYWl0LAorICAg ICAgeyB7IC0wLjQsIDUwIH0sIC8qIHVsdHJhLWNvbmRlbnNlZCwgdWx0cmFjb25kZW5zZWQg Ki8KKyAgICAgICAgeyAtMC4zLCA2MyB9LCAvKiBleHRyYS1jb25kZW5zZWQsIGV4dHJhY29u ZGVuc2VkICovCisgICAgICAgIHsgLTAuMiwgNzUgfSwgLyogY29uZGVuc2VkLCBjb21wcmVz c2VkLCBuYXJyb3cgKi8KKyAgICAgICAgeyAtMC4xLCA4NyB9LCAvKiBzZW1pLWNvbmRlbnNl ZCwgc2VtaWNvbmRlbnNlZCwgZGVtaWNvbmRlbnNlZCAqLworICAgICAgICB7IDAsIDEwMCB9 LCAgIC8qIG5vcm1hbCwgbWVkaXVtLCByZWd1bGFyLCB1bnNwZWNpZmllZCAqLworICAgICAg ICB7IDAuMSwgMTEzIH0sIC8qIHNlbWktZXhwYW5kZWQsIHNlbWlleHBhbmRlZCwgZGVtaWV4 cGFuZGVkICovCisgICAgICAgIHsgMC4yLCAxMjUgfSwgLyogZXhwYW5kZWQgKi8KKyAgICAg ICAgeyAwLjMsIDE1MCB9LCAvKiBleHRyYS1leHBhbmRlZCwgZXh0cmFleHBhbmRlZCAqLwor ICAgICAgICB7IDAuNCwgMjAwIH0sIC8qIHVsdHJhLWV4cGFuZGVkLCB1bHRyYWV4cGFuZGVk LCB3aWRlICovCisgICAgICAgIHsgQ0dGTE9BVF9NQVgsIENHRkxPQVRfTUFYIH0gfSB9Cisg IH07CiAKICAgcmVnaXN0cnkgPSBBUkVGIChzcGVjLCBGT05UX1JFR0lTVFJZX0lOREVYKTsK ICAgaWYgKE5JTFAgKHJlZ2lzdHJ5KQotLSAKMi4zOS4yIChBcHBsZSBHaXQtMTQzKQoK --Apple-Webmail-64--4a0e50de-515d-4891-a6ce-84c41e510dca-- --Apple-Webmail-42--4a0e50de-515d-4891-a6ce-84c41e510dca-- ------------=_1706782982-22281-1--