RE: [EXTERNAL] Re: Unicode 14

We only targeted math-script styles of A-Z in this effort (see 20275r-math-calligraphic.pdf (unicode.org)<https://www.unicode.org/L2/L2020/20275r-math-calligraphic.pdf>). That was tricky in its own right due to differing current usage of the math-script characters. Adding sans-serif normal weight Greek letters has different considerations and can be a separate proposal.

Thanks,
Murray

From: Will Robertson <wspr81@gmail.com>
Sent: Friday, June 25, 2021 5:09 PM
To: David Carlisle <davidc@nag.co.uk>
Cc: www-math@w3.org
Subject: [EXTERNAL] Re: Unicode 14

Hi David

Thanks for circulating this. Great news. I take it there has been no addition of sans serif normal weight Greek to fill out the variants available there?

(There is bold sans serif Greek but not normal weight, which makes user interfaces for these symbols awkward.)

It’s been on my todo list to revive discussions on this for years but life has got in the way…

Regards
Will
(From phone)


On 26 Jun 2021, at 05:52, David Carlisle <davidc@nag.co.uk<mailto:davidc@nag.co.uk>> wrote:

The release of Unicode 14 is delayed this year due to pressures due to
Covid, however it is expected in September.

It contains the largest change to the Math Character blocks since the
math alphabets were added at Unicode 3.1.

Unicode now recognises the two script styles Roundhand and Chancery
(\mathscr and \mathcal in most LaTeX math font packages).

They share the same code points as the existing "ambiguous" script math
alphabet block but (for upper case) you may use the variant selectors
U+FE00 and U+FE01 to specify Chancery or Roundhand respectively.

See the beta version of the Unicode code charts at

https://www.unicode.org/charts/PDF/Unicode-14.0/U140-1D400.pdf<https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.unicode.org%2Fcharts%2FPDF%2FUnicode-14.0%2FU140-1D400.pdf&data=04%7C01%7Cmurrays%40exchange.microsoft.com%7C06a79b1f7f90421485af08d93836d2ab%7C72f988bf86f141af91ab2d7cd011db47%7C0%7C0%7C637602631291366909%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=h%2FeCEuOVLex2WLSTrsBOBnGD14YYE9xmjIqv8XAENAY%3D&reserved=0>


I have made an editor's draft of the HTML/XML Entities draft updated to
Unicode 14, and referencing these new characters.

https://w3c.github.io/xml-entities/script.html<https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fw3c.github.io%2Fxml-entities%2Fscript.html&data=04%7C01%7Cmurrays%40exchange.microsoft.com%7C06a79b1f7f90421485af08d93836d2ab%7C72f988bf86f141af91ab2d7cd011db47%7C0%7C0%7C637602631291376866%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=1FVNU1oVnvcTKgGNQasiIiXnyevVRgWniJ%2FD10NINEU%3D&reserved=0>


As Unicode 14 is in beta this is just in a u14 branch in the git
repository but I have set github pages to display from that branch for now.


There are no changes to the normative entity definitions so & A s c r ;
will still select the code point U+1D49C and not use the variant
selector suffixes to force either style.


It may be a while before font support exists for these possibilities but
many math fonts (eg Stix Two Math) already have both sets of glyphs, but
currently the access is via font-specific font feature selection.


There have been some other additions to Unicode since the last release
of the entities spec, notably U+FE00 may now also be used to distinguish
0 from slashed zero and the two forms of the empty set (added at Unicode
9 I think). Again the entities are not changing so (unfortunately) empty
and varnothing both refer to U+2205 even though U+2205+FE00 is "EMPTY
SET zero with long diagonal stroke"

This is a first draft update not reviewed by anybody, so comments
welcome. At some point it may form the basis of an update to
https://www.w3.org/TR/xml-entity-names/<https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.w3.org%2FTR%2Fxml-entity-names%2F&data=04%7C01%7Cmurrays%40exchange.microsoft.com%7C06a79b1f7f90421485af08d93836d2ab%7C72f988bf86f141af91ab2d7cd011db47%7C0%7C0%7C637602631291376866%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=lNX0gU%2FzTooeSYbYjGHCys3qrymsROL8i3f2Se1svq0%3D&reserved=0> but no immediate plans for that,
next year perhaps.

David


Disclaimer

The Numerical Algorithms Group Ltd is a company registered in England and Wales with company number 1249803. The registered office is: 30 St. Giles, Oxford, OX1 3LE, United Kingdom. Please see our Privacy Notice<https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.nag.co.uk%2Fcontent%2Fprivacy-notice&data=04%7C01%7Cmurrays%40exchange.microsoft.com%7C06a79b1f7f90421485af08d93836d2ab%7C72f988bf86f141af91ab2d7cd011db47%7C0%7C0%7C637602631291386836%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=bgvlk179e8Eu9OlKpr4Phf5rlIVcYyoOEyXauCKoWAE%3D&reserved=0> for information on how we process personal data and for details of how to stop or limit communications from us.

This e-mail has been scanned for all viruses and malware, and may have been automatically archived by Mimecast Ltd, an innovator in Software as a Service (SaaS) for business.

Received on Saturday, 26 June 2021 04:40:16 UTC