• That it is under active and continuous development, meaning that with each new version, more scripts are being supported, and additional characters for existing scripts are being standardized.
• That it is aligned and kept in sync with ISO/IEC 10646 (available at no charge), which is quite a feat.

With regard to font development, Unicode is considered the default encoding for OpenType, which refers to the ‘cmap‘ table. The most common ‘cmap’ subtables are Formats 4 (BMP-only UTF-16) and 12 (UTF-32). The latter is used only when mappings outside of the BMP (Basic Multilingual Plane), meaning from one or more of the 16 Supplementary Planes, are used.

According to the AGL (Adobe Glyph List) Specification, which is an open specification that is part of the AGL & AGLFN open source project that is hosted at Open@Adobe, a glyph that is outside of the standard set of named ones should be named according to its Unicode code point, based on the following conventions:

• Glyphs that map from BMP code points should use the “uni” prefix followed by the four-digit hexadecimal code point, such as “uni528D” for U+528D (劍).
• Glyphs that map from Supplementary Plane code points should use the shorter “u” prefix followed by the five- or six-digit hexadecimal code point.

In my decades of experience in font development, this glyph-naming convention not only simplifies the development of name-keyed fonts, whose glyph names drive the building of an OpenType font’s ‘cmap’ table, but it also aids in the creation of the UTF-32 CMap resource that is used for CID-keyed fonts, because CID-keyed fonts are generally compiled from one or more name-keyed fonts. In both cases, the Unicode mapping is explicit in the glyph name, which is a tremendous benefit. This technique of naming glyphs according to their Unicode code points also scales extraordinarily well.

The bottom line is that if your solution does not make use of Unicode, especially for today’s environments, it’s probably not the right solution.

NHKワールドでは、ロンドン時間で6月13日（木）1:30–2:00の番組『Design Talks』で、日本語タイポグラフィを取り上げる。ひらがな、カタカナ、漢字、ローマ字など種々の異なる種類の文字が用いられる現代の日本語タイポグラフィは、手書きの時代に築かれた、多彩な芸術的な成果とも深く関係している。この番組では、書体デザイナーに取材することで、日本語タイポグラフィの特質を明らかにする。

この番組についてはこのリンクを参照してください（番組のスケジュールや視聴方法については、上記URLのページにあるリンクをご覧ください）。

NHK World’s TV program, Design Talks, to be broadcast from 1:30 to 2AM on Thursday, June 13th (UTC, London Time), will feature Japanese typography and typeface design. Various kinds of characters, such as Chinese ideographs, Japanese hiragana and katakana syllables, as well as Latin alphabet characters are used in Japanese typography, and it has a deep relationship with the tradition of Japanese calligraphy and handwriting, which were artistically made, and represent a culmination from the past. This program tries to shed light on the unique characteristics of Japanese typography by interviewing talented type designers of today, one of whom is Adobe’s own Ryoko NISHIZUKA (西塚涼子).

For more information about the TV Program: Design Talks (please refer to the links on that page to find out the program schedule and how to watch the program).

[For those in the US, you can check the schedule to find out when this program will be broadcasted. The easiest way to watch the program is by using the "NOW ON AIR" pod in the upper-right corner of the main page. For those in the PDT time zone, such as California, it will be broadcasted at 6:30PM and 10:30PM on Wednesday, June 12th, and at 2:30AM, 6:30AM, 10:30AM, and 2:30PM on Thursday, June 13th. — KL]

While humor is intended in such Top Ten Lists, there is also a serious side to this issue: Given that today’s systems work together, by clinging to Shift-JIS, developers can adversely affect other systems that do support Unicode.

Enjoy!

五月三十一日にアドビの新しいオープンソースプロジェクトで、「CSS Orientation Test OpenType Fonts」をリリースしたのでお知らせします。このオープンソースプロジェクトは、Unicodeの次期UTR #50（「Unicode Vertical Text Layout」）のエディタである石井宏治氏のリクエストをもとに開発された、二つのOpenType/CFFフォントを含みます。これらフォントの目的は、フォント開発者がより簡単にグリフの方向に関するテストを行えるよう考慮したものです。

これまで製作した他の特別用途のOpenTypeフォントと同様、これらのフォントは特別用途の文字集合である「Adobe-Identity-0」というROSを利用して作成されています。

両フォントとも、CID+0からCID+2049までの、2050のグリフを持っています。もちろんCID+0は必須の「.notdef」グリフです。CID+1からCID+2048まではすべて同じ字形の横書きのグリフを参照しています。今回１００万以上のコードポイントからのマッピングを作製するにあたり、2048の同一の横書きグリフを含めることで、もっとも効果的で小さなcmapとCFFテーブルを作成することとなりました。CID+2049はひとつの縦書きグリフであり、vert（Vertical Alternates）のGSUB機能がすべての2048の横書きグリフをこの唯一の縦書きグリフで置き換えています。「About」ページで述べたとおり、「当該フォントの縦書きグリフ用vertical advance（縦書きの文字送り値）は、横書きグリフのhorizontal advance（横書きの文字送り値）の半分に設定されており、そのため自動化したテストスクリプトを使用した場合に、描画したテキストのメトリックスを計測することによって、文字方向や、正しくvertのGSUB機能が適用されたかどうかなどを簡単に判断することができます。」

ひとつのフォントは「CSS Half-Width Orientation Test」（CSSHWOrientationTest.otf）という名称で、half-widthの横書きグリフとquarter-widthの縦書きグリフからなっています。別のフォントは「CSS Full-Width Orientation Test」（CSSFWOrientationTest.otf）という名称で、full-widthの横書きグリフとhalf-widthの縦書きグリフからなっています。下のイメージは、フォントに含まれる実際の２つのグリフ形状と、その横書き・縦書きのメトリックスを示しています。

上記で述べたとおり、CID+1のグリフはCID+2からCID+2048まで繰り返し参照されています。いつものように、是非このフォントを使用した感想やコメントのフィードバックをお願いいたします。では、Enjoy!

Both fonts include 2,050 glyphs, specifically CIDs 0 through 2049. CID+0, of course, serves as the mandatory .notdef glyph. CIDs 1 through 2048 in each font represent the horizontal glyphs, and all share the same glyph shape. 2,048 identical horizontal glyphs are included because doing so results in more efficient (smaller) ‘cmap‘ and ‘CFF’ tables when mapping from over one-million code points. CID+2049 represents a single vertical glyph, and the ‘vert‘ (Vertical Alternates) GSUB feature substitutes all 2,048 horizontal glyphs with this single glyph. As stated in the About page: within each OpenType font the vertical advance of the vertical glyph is one-half that of the horizontal advance of the horizontal glyphs, whose purpose is so that testing-automation scripts can more easily detect the glyph orientation and thus whether the ‘vert’ GSUB was applied correctly by measuring the metrics of the rendered text.

One font is named CSS Half-Width Orientation Test (CSSHWOrientationTest.otf), which includes half-width horizontal glyphs and a quarter-width vertical glyph. The other font is named CSS Full-Width Orientation Test (CSSFWOrientationTest.otf), which includes full-width horizontal glyphs and a half-width vertical glyph. The images below show the glyphs and horizontal/vertical metrics of the two functional glyphs in each font:

Of course, and as stated earlier in this article, the glyph shown for CID+1 is repeated for CIDs 2 through 2048.

As usual, any and all feedback is encouraged and welcome.

Enjoy!

I consider the Formats 13 and 14 subtable formats to be somewhat special- or limited-purpose. The former is for last-resort fonts that map a range a code points to a single glyph. Apple’s Last Resort Font makes use of the Format 13 subtable format. I have observed that support for this particular ‘cmap’ subtable format is not very broad, so it should be used only as a last resort. <pun intended> The Format 14 subtable format is used for Unicode Variation Sequences (UVSes), such as for Ideographic Variation Sequences (IVSes) that have been registered in an IVD collection. The Format 14 subtable works in conjunction with a Format 4 or 12 subtable. The basic principle is that if a glyph is unencoded, but is represented by a UVS, the Format 14 subtable maps the UVS to the appropriate glyph. This is referred to as a non-default UVS. If the glyph is encoded, but still can be represented by a UVS, the Format 14 subtable specifies only the UVS itself, and defers to the Format 4 or 12 subtable to map the base character portion of the UVS to the appropriate glyph. This is referred to as a default UVS.

Building ‘cmap’ tables depends on the tools that are being used. The AFDKO makeotf tool uses glyph names, in the case of name-keyed fonts, or UTF-32 CMap resources, in the case of CID-keyed fonts, to drive this process. For the former, the rules and conventions are documented in the AGL Specification. For the latter, one simply needs to build a UTF-32 CMap resource that maps UTF-32 character codes to the appropriate CIDs. Adobe Tech Note #5099 (Developing CMap Resources for CID-Keyed Fonts) is a good resource.

At the time the Ministry of Culture recommendation was made, which was a period when printing was the most common use of fonts, Batang was meant for body text, and Dotum was for display or emphasis purposes. Mobile devices have provided a new use for Dotum, because its lack of serifs provided superior readability on mobile devices with smaller screens that necessitated smaller point sizes, and the original rationale for these new names seems to no longer apply.

From what I can tell, Korean type foundries have not embraced the Batang and Dotum names, and have actually resisted their use. What probably didn’t help was the fact that Microsoft released TrueType fonts with these exact names, with no additional qualifiers: Batang and Dotum. In other words, it seems that Microsoft’s use of these names polluted their chance at more widespread use, because they were treated as typeface names, not typeface style names.

In closing this brief article, I am curious about what our blog readership thinks about this particular issue. I welcome any and all comments.

今天我们很荣幸地宣布Adobe向FreeType提供了CFF字体光栅处理程序。可测试的代码已经包含在最新的FreeType Beta版中。该开源项目是由Adobe，Google和FreeType三方合作，旨在改善使用FreeType的设备和环境上的CFF字体渲染质量。

现代字库有两种字形轮廓格式可供选择—TrueType或者CFF。TrueType是Apple于1990年开发的，而CFF（Compact Font Format）格式是Adobe基于1984年首次发布的Type 1格式（常称为PostScript字库）衍生出的第二代格式。无论是TrueType还是CFF都可被用于OpenType字库中。它们有很多共性，但也有两个主要区别：它们使用不同的数学运算方法描述字形曲线，以及使用不同的hinting技术（Hinting：提供光栅化提示，以确保在有限的像素里尽可能地准确显示每个字形）。TrueType侧重于在字体中构建指令，而Type1和CFF更多地依赖光栅器的智能处理。这使得光栅器质量显得尤为重要，对于这次合作，Adobe期望在使用FreeType环境上能显著改善CFF字体显示效果。

FreeType是一个开源的字体渲染引擎代码库，被部分或全部运用在Android，Chrome OS，iOS，GUN/Linux和其他免费的Unix衍生操作系统上，比如FreeBSD和NetBSD，这使得FreeType字体渲染软件被十亿多台设备所使用。作为FreeType的用户，Google希望CFF字体也能获得与当前TrueType字体一样的高质量文本渲染效果，因此Google就Adobe光栅处理技术嵌入FreeType与我们进行了接洽，并从一开始就给予了该项目主要的资金支持。Google是开源技术的坚定支持者，因此所有的FreeType用户以及开发者都将得益于这个贡献。

作为一个长久致力于字体和字体渲染技术的开发者，Adobe把这次对FreeType的贡献看作在众多设备上更好展现CFF字体的一次机会。类似于12年前Adobe和Apple、Microsoft的合作，一起促使桌面系统支持了Type 1和CFF字体，以及最近和Microsoft的合作，将CFF光栅器嵌入WPF和DirectWrite。对于这次向FreeType提供Adobe CFF引擎，我们期望能为大量用户带来显著改善的CFF字体体验，使用户在整合了新版本FreeType的设备上能体验到与Windows和OS X一样的字体渲染效果。

下面举几个例子来说明使用了Adobe CFF引擎后FreeType在设备上的不同表现，左侧的图像是CFF字体在原始的FreeType hint下的渲染效果，中间是FreeType轻量级自动hint的渲染效果，右测是使用了Adobe CFF引擎的FreeType显示效果。点击这些图将1:1显示高分辨率图像。

以上的例子展现了字体引擎所带来的一系列细小改善。Adobe CFF引擎具有丰富的功能，比如纵向增加一个额外像素，帮助众多字形分离字干。增加字干的宽度以提高对比度但又不糊成一团。当没有足够的像素时，智能地舍弃对特定字干的hint。这些都将有助于提高CFF字体的可读性。

在过去十年里CFF字体在桌面系统广受欢迎，但在网页和移动设备上主要使用的是TrueType字体。这也反映了在传统低分辨率、黑白显示背景下，具有更多hint信息的TrueType字体可以展现更好的效果。

伴随着新增的高质量CFF字体支持，开发者拥有更丰富的字体选择。就如Miguel Sousa在以前的博文上说过的，CFF不仅是世界上最受欢迎的字体格式，也是网页和移动设备很好的字体选择。它有两个重要的优点：文件体积比TrueType要小以及处理灵活且强大的hint方法，该方法能保证在广泛的环境和设备上呈现优秀的字体渲染效果。

如果您对测试FreeType中Adobe光栅器代码有兴趣，请访问www.freetype.org。这些代码是Beta版，在默认状态下功能是关闭的，因此您需要明确地设置CFF驱动程序新增的’hinting-engine’属性。在FreeType的CHANGES文件中可以找到相关的介绍。如果您需要CFF字体进行配合测试，我们建议您在SourceForge的Open@Adobe门户网站上下载一款Adobe开源字体，Source Sans或者Source Code。

更多来自Google的信息，请访问http://google-opensource.blogspot.com/2013/05/got-cff.html

本日アドビはFreeTypeに対してCFFラスタライザー技術の提供を発表しました。実際のコードはすでにFreeTypeの最新ベータ版にて試すことができます。このオープンソースプロジェクトは、アドビ、グーグル、およびFreeTypeの協力により、FreeTypeを使用したデバイス上でより美しいCFF描画を可能にすることを目的に行われています。

近年のフォントは、TrueTypeかCFFどちらかのフォーマットを使用するのが通例です。TrueTypeは１９９０年にアップルによって開発されたフォーマットですが、CFF（Compact Font Format）は、アドビが１９８４年にリリースした(PostScriptフォントとして知られている）Type 1フォントフォーマットの第２世代にあたるフォーマットです。OpenTypeフォントでは、TrueTypeとCFFどちらも使用可能となっています。この二つのフォーマットは多くの共通点がありますが、最大の違いは次の２点です。カーブの表現に違う数式が使用されること、そして「ヒント」の形式が違うことです。（「ヒント」とは、限定されたピクセル数の中でも書体が最適の条件で表現されるようラスタライザーに指示を与えること）TrueTypeは殆どのヒント情報をフォント内のデータとして保持していますが、Type 1やCFFフォントの場合は高度なインテリジェンスをもつラスタライザーに多くを依存しています。

オープンソースのフォントレンダリングライブラリであるFreeTypeは、Android、Chrome OS、iOS、GNU/Linux、その他のオープンなUnix OS（FreeBSDやNetBSD）などで広く利用されています。そのためFreeTypeは、フォントのレンダリングソフトウェアとして数億以上の機器で使用されていることになります。FreeTypeを製品に利用しているグーグルは、現状でTrueTypeフォントを使用するユーザに対して、CFFフォントにおいても高性能なレンダリング機能を提供できるよう模索していました。そこでグーグルは、アドビのラスタライザー技術をFreeTypeに組み込むようアドビに呼びかけ、当プロジェクトに対し必要な予算面でのサポートを提供してきました。

長年フォントとフォントレンダリング技術の開発をしてきたアドビにとって、今回のFreeTypeへの貢献は、CFFフォントをより多くのデバイス上で高品質に表示できるようにするための、絶好のチャンスでもあります。１２年前に、アップル・マイクロソフトとアドビが協力しデスクトップＯＳ上でType 1とCFFフォントのネイティブサポートを実現した時と同様、またその後マイクロソフトと協力しWPFやDirectWriteにCFFラスタライザーを組み込んだ時と同様に、今回のアドビのFreeTypeへの貢献は、多くのユーザに対してCFFフォントを使用するユーザエクスペリエンスを飛躍的に向上させるでしょう。この新しいバージョンのFreeTypeを利用したデバイスを使うユーザは、Windows OSやOS X上で見ることのできる高品質なCFFフォント描画と同じ品質の表示を経験できることになります。

以下のサンプルでは、FreeTypeがAdobe CFFエンジンを使用した場合の違いを確認することができます。左のサンプルはFreeTypeでネイティブのヒント技術を使用した場合、真ん中のサンプルはFreeTypeのlight-autoヒントを使用した場合、そして右のサンプルはAdobe CFFエンジンを組み込んだFreeTypeを使用した場合の表示です。この画像をクリックすると、拡大イメージが表示されます。

上記の例では、フォントのレンダリングにおける小さな改善の積み重ねが効果を表していることがわかります。Adobe CFFエンジンは、stemを区別できるようheight方向にピクセルを追加したり、コントラストをあげるため文字がつぶれない程度にstem幅を増やしてみたり、充分なピクセルが使用できない時に特定のstemのみヒントなしにすることによって可読性を上げたり、などの豊富な機能を満載しています。

CFFフォントはこれまで長年の間、広くデスクトップ上で使用されてきましたが、Webやモバイルデバイス上ではほとんどTrueTypeのみが使用されていました。この背景には、「詳細なヒント情報を付加した」TrueTypeフォントが、低解像度・白黒での表示においてより簡易に良い表示結果を出せた、という過去の事情が影響していると考えられます。

高機能なCFFフォントサポートによって、開発者はより豊富なフォントの選択が可能になります。Miguel Sousaが彼のブログポストで述べているとおり、CFFは世界でもっとも人気のあるフォントフォーマットであるだけでなく、Webやモバイルにとっても優れたフォントフォーマットなのです。CFFのメリットとしてあげられる２つの重要な点は、ファイルサイズが小さい事と、非常に広範囲な環境やデバイスに合わせて高品質なレンダリングを行える柔軟でパワフルなヒントの取り扱いにあると言えるでしょう。

アドビがFreeTypeに提供したCFFラスタライザーのコードに興味がある場合は、FreeTypeのウェブサイト（www.freetype.org）から入手できます。コードはベータの状態にありデフォルトではオフになっているため、新しく追加されたCFFドライバの「hinting-engine」プロパティを明示的に選択する必要があります。さらに詳細な説明は、FreeTypeの「CHANGES」ファイルに記載されています。テスト用のCFFフォントが必要な場合は、アドビが提供する無料のオープンソースフォントであるSource SansやSource Codeフォントをダウンロードすることをお勧めします。これらはSourceForge上にあるOpen@Adobeポータルからダウンロードできます。

さらにグーグルのサイトもご参照ください。

These two fonts also differ from the Heisei “Std” fonts in that they include significantly more glyphs. The Heisei fonts were developed by a consortium of companies, and Adobe is one of the member companies. Interestingly, JIS X 0213:2004 glyph data was developed only for Heisei Mincho W3 and Heisei Kaku Gothic W5, and JIS X 0212-1990 glyph data was developed only for the former font. So, one of my projects last year was to map as many of these glyphs as possible to Adobe-Japan1-6 CIDs.

I was able to add 8,086 glyphs to Heisei Mincho W3, bringing the number of glyphs in the “StdN” version to 17,440. Similarly, I was able to add 4,655 glyphs to Heisei Kaku Gothic W5, bringing the number of glyphs in the “StdN” version to 14,009 glyphs.

In addition, the proportional Latin glyphs were changed in both fonts. Those for Heisei Mincho StdN W3 come from Kozuka Mincho Pr6N L (小塚明朝 Pr6N L), and those for Heisei Kaku Gothic StdN W5 come from Kozuka Gothic Pr6N M (小塚ゴシック Pr6N M). As a result, when comparing these “StdN” fonts with their “Std” (pure Adobe-Japan1-3) counterparts, the glyphs for the following 462 CIDs have been changed: 1–230, 740, 8270, and 8720–8949.

Lastly, for those who have a strong desire to know which specific Adobe-Japan1-6 CIDs are included in these fonts, they are listed below:

Heisei Mincho StdN W3: 0–9355, 9361–9395, 9398, 9400–9401, 9403–9407, 9410, 9412–9413, 9415–9434, 9436–9443, 9779, 9785–9789, 9827–9828, 9831, 10126–10135, 10244–10262, 10313–10364, 10413–10459, 10461–10477, 10479, 10486–10492, 10494–10495, 10502, 10514–10524, 11851, 11855–11856, 11859, 11861, 11864–11865, 11869–11870, 11874–11877, 11879, 11881–11882, 11884, 11886, 11888–11894, 11896, 11898, 11900–11907, 11909, 11912–11915, 11918–11921, 11924–11926, 11930, 11932–11947, 11950–11951, 11954–11956, 11958–11961, 11963, 11965–11966, 11968, 11970, 11972–11978, 11980, 11982, 11984–11991, 11993, 11996–11999, 12002–12005, 12008–12010, 12014, 12016–12031, 12034–12035, 12038–12040, 12089, 12091–12092, 12098–12101, 12106, 12108–12112, 12118, 12120–12122, 12129–12132, 12139–12142, 12176, 12179, 12181, 12184–12189, 12194–12195, 12200–12207, 12228–12229, 12237, 12239, 12241, 12254, 12259, 12639–12640, 12870–12871, 12877–12911, 12914, 12916–12917, 12919–12923, 12926, 12928–12929, 12931–12950, 12952–12959, 13320–13636, 13644, 13646, 13650, 13652–13653, 13673, 13681, 13694, 13698, 13701, 13720, 13731, 13757, 13760–13761, 13765, 13771, 13775, 13785, 13790, 13794, 13802–13803, 13835, 13839–13840, 13848–13850, 13852, 13856–13857, 13860, 13865, 13870, 13874–13876, 13880, 13882, 13884, 13892–13893, 13898, 13904, 13907, 13913, 13915, 13937, 13949, 13952–13953, 13964–13965, 13995–13997, 14000, 14013, 14047, 14056, 14066, 14074, 14083, 14087, 14092, 14094, 14096, 14099–14100, 14105, 14109, 14111, 14115–14116, 14119, 14122–14123, 14126–14127, 14130, 14133, 14138, 14143–14144, 14147–14148, 14150, 14153, 14157–14158, 14160–14167, 14171, 14173, 14176, 14179, 14181, 14183, 14191–14199, 14203, 14206–14208, 14210–14211, 14214, 14216, 14219, 14223, 14226, 14228–14232, 14234, 14238, 14248, 14253, 14259–14263, 14265–14266, 14271–14272, 14275, 14278, 14280, 14285, 14288, 14290–14291, 14296–14351, 14353–14392, 14394–14689, 14691–14743, 14745–14925, 14927–15106, 15108–15184, 15186–15257, 15259–15385, 15390, 15393, 15395, 15397–15398, 15403, 15405, 15407–15421, 15423, 15425, 15430, 15433, 15436, 15438, 15472–15479, 15486–15490, 15505–15515, 15725–15893, 15906, 16194–16267, 16270–16279, 16281–16282, 16299–16311, 16326–16327, 16329–16349, 16483–16490, 16497–16501, 16516–16526, 16528–16696, 16709, 16779–19129, 19140–19146, 19148–19171, 19173–19181, 19183–19249, 19253–19283, 19285–19289, 19291–19297, 19299–19300, 19302–19380, 19382–19441, 19443–19447, 19449–19507, 19509–19595, 19597–19615, 19617–19631, 19633–19645, 19648–20056, 20077, 20079, 20089, 20094, 20098, 20105–20107, 20112–20113, 20125, 20129, 20137–20138, 20147, 20149, 20160, 20162, 20167–20168, 20175, 20177, 20179, 20181, 20183, 20187, 20192–20193, 20195, 20199–20200, 20206, 20220–20222, 20235, 20239, 20241, 20243–20244, 20248, 20252, 20257, 20263–20296, 20299–20371, 20427–20472, 20587–20588, 20961–21015, 21071–23057

Heisei Kaku Gothic StdN W5: 0–9355, 9361–9395, 9398, 9400–9401, 9403–9407, 9410, 9412–9413, 9415–9434, 9436–9443, 9779, 9827–9828, 9831, 10244–10262, 10313–10338, 10413–10432, 10434, 10438, 10441–10442, 10455, 10514–10524, 12089, 12092, 12098–12101, 12106, 12108–12112, 12118, 12120, 12129–12132, 12139–12142, 12179, 12181, 12184, 12186, 12188–12189, 12194–12195, 12201–12205, 12254, 12259, 12639–12640, 12870–12871, 12877–12911, 12914, 12916–12917, 12919–12923, 12926, 12928–12929, 12931–12950, 12952–12959, 13320–13636, 13646, 13650, 13673, 13698, 13731, 13765, 13771, 13803, 13839, 13848–13850, 13852, 13856–13857, 13860, 13865, 13870, 13874, 13876, 13884, 13892–13893, 13898, 13904, 13915, 13949, 13952–13953, 13964–13965, 13995, 14013, 14047, 14056, 14066, 14074, 14083, 14087, 14099–14100, 14105, 14109, 14111, 14115–14116, 14123, 14126–14127, 14130, 14138, 14143–14144, 14150, 14153, 14157–14158, 14160, 14162–14167, 14171, 14176, 14179, 14181, 14183, 14191–14193, 14195–14199, 14203, 14206, 14208, 14210–14211, 14216, 14223, 14228–14229, 14231–14232, 14234, 14238, 14248, 14253, 14260–14263, 14265, 14272, 14278, 14280, 14285, 14290–14291, 14299–14302, 14305, 14307, 14309–14310, 14312–14314, 14316, 14318–14325, 14327–14329, 14331–14336, 14338–14342, 14344–14345, 14347–14348, 14351, 14353–14359, 14361–14366, 14369–14370, 14372, 14374–14383, 14385–14386, 14388–14392, 14394–14397, 14399–14401, 14404, 14406–14412, 14414, 14417–14424, 14426–14436, 14438–14439, 14441–14445, 14448, 14450–14453, 14455–14456, 14458, 14460–14463, 14465–14472, 14474, 14476–14486, 14488–14495, 14497–14505, 14507–14509, 14511–14515, 14518, 14520, 14522–14533, 14535–14536, 14538, 14540–14541, 14543–14548, 14550–14552, 14554, 14556–14569, 14571–14572, 14575, 14580–14583, 14585–14586, 14588–14594, 14597–14600, 14602, 14604–14605, 14607–14608, 14611–14626, 14628–14632, 14634–14642, 14645–14655, 14658–14659, 14661–14664, 14666–14677, 14679–14684, 14686–14689, 14691–14692, 14694–14705, 14707, 14709–14713, 14715–14721, 14723–14730, 14732, 14734, 14736, 14738–14740, 14742–14743, 14745–14763, 14765, 14767–14768, 14770, 14772–14773, 14775–14777, 14779–14780, 14783, 14786–14787, 14789–14790, 14792, 14794–14805, 14809–14822, 14824, 14826–14827, 14829–14846, 14848, 14851–14853, 14855–14866, 14870–14880, 14882–14886, 14888, 14892–14903, 14905, 14907–14909, 14911–14915, 14917, 14919–14922, 14924–14925, 14927–14933, 14935, 14937–14956, 14958–14962, 14964–14976, 14978–14982, 14984–14990, 14993–14999, 15001–15015, 15017, 15019–15020, 15024–15027, 15029, 15031–15032, 15034, 15037–15063, 15065–15078, 15081–15086, 15088–15093, 15096–15098, 15100–15106, 15108–15110, 15113–15123, 15125–15129, 15132–15135, 15138–15140, 15142–15143, 15145, 15147–15158, 15160–15161, 15163–15166, 15168–15172, 15175–15184, 15186–15187, 15189, 15191–15196, 15198–15200, 15202–15212, 15214, 15216, 15219–15220, 15222–15230, 15232–15236, 15239, 15241–15242, 15244, 15246, 15248–15250, 15253–15257, 15259–15268, 15270–15271, 15275, 15277–15280, 15283–15290, 15292–15306, 15308, 15310–15313, 15315–15319, 15322–15326, 15328–15332, 15334–15338, 15340–15355, 15357–15360, 15362–15370, 15372–15379, 15382–15385, 15390, 15393, 15395, 15397–15398, 15403, 15405, 15408, 15410–15411, 15414, 15416, 15419–15421, 15423, 15425, 15430, 15433, 15436, 15438, 15472–15479, 15486–15490, 15505–15515, 15725–15893, 15906, 16194–16267, 16270–16279, 16281–16282, 16299–16311, 16326–16327, 16329–16349, 16483–16490, 16497–16501, 16516–16526, 16528–16696, 16709, 16779–19129, 19236, 19312, 19346, 19500, 20077, 20079, 20094, 20098, 20105–20106, 20125, 20129, 20138, 20147, 20149, 20160, 20167–20168, 20175, 20179, 20181, 20183, 20187, 20192–20193, 20195, 20200, 20206, 20222, 20235, 20241, 20243–20244, 20248, 20252, 20263–20296, 20299–20371, 20961–21015, 21071–21074, 21371, 21558, 21722, 21933, 22920

Anyway, I am pleased that these two fonts are finally available for sale.

Enjoy!