次のベトナム語表記用アルファベットの固定幅フォントへの追加をお願いします。

U+01A0 (Ơ), U+01A1 (ơ), U+01AF (Ư), U+01B0 (ư), U+20AB (₫)

U+1EA0 から U+1EFF まで
ẠạẢảẤấẦầẨẩẪẫẬậẮắ
ẰằẲẳẴẵẶặẸẹẺẻẼẽẾế
ỀềỂểỄễỆệỈỉỊịỌọỎỏ
ỐốỒồỔổỖỗỘộỚớỜờỞở
ỠỡỢợỤụỦủỨứỪừỬửỮữ
ỰựỲỳỴỵỶỷỸỹỺỻỼỽỾỿ

以上の追加で、ベトナム語用文字コードの VISCII の全ての文字と、windows-1258 の合成用記号以外の文字を補完できます。

了解です。

sortしてみた。 寝頑僕嫌婚疲企柄撮眠爆振離突嬉撃銘髪魔倒融療施凄麗舞催怖鮮逃忙督響診迎邪症弾驚遣涙咲妙怒露輩之還駄微漫闘杯瞬吹継隣刺慢審麻這腕盤貰却狙 堪款企棋遇圏遣顧酷詐暫刺湿趣粛壌浸診澄籍扇遭騒駄滞逐釣偵訂泥搭闘寧濃迫疲敷噴崩膨没慢魅妙躍僚厘麗冠狭驚唆爵循礁剰潜旋挑怒薄譜舞覆紛傍累漏岳輝慶撃焦薦促蓄逓微柄麻邪床尋摂鮮雄詰彩耐壁魔粒慮拠緊吹頻露杯邦滑距塗湾淡忙偽弦振曇紫凍継跡双盾避劣貢譲繁霧弧献卓償黙抑却暁催隣擬撮施奨衝筒抹畳盤拒頒封離翻響突廃契獲諾妥 振滑犠狂狭琴碁硬紺紫粛盾渉礁籍潜繊漸疎滞珍筒突爆繁盤漂紛磨漫眠盲猶翼硫療累湾 獲軌戯驚献懸誇貢慌婚暫伺償跡遷薦措双蓄眺寧微頻敷遍崩膨慢魅躍誉離励麗唖驕訣馴綻

uniqでした、すみません。
sort|uniqで： 之企伺促倒偵偽傍催僕僚償冠凄凍刺剰劣励卓却厘双吹咲唆唖噴圏堪塗壁壌契奨妙妥婚嫌嬉寝寧審封尋岳崩床廃弦弧弾彩循微忙怒怖慌慢慮慶懸戯扇抑抹拒拠挑振措搭摂撃撮擬敷施旋暁暫曇杯柄棋款没泥浸涙淡渉湾湿滑滞漂漏漫漸潜澄濃焦爆爵犠狂狙狭献猶獲珍琴畳疎疲症療盤盲盾眠眺督瞬硫硬碁磨礁突筒籍粒粛紛紫累紺継綻緊繁繊翻翼耐腕膨舞蓄薄薦融衝覆訂訣診詐詰誇誉諾譜譲貢貰趣距跡躍軌輝輩迎迫逃逐逓這遇遍遣遭遷避還邦邪酷釣銘闘隣雄離霧露響頑頒頻顧馴駄騒驕驚髪魅魔鮮麗麻黙

ありがとうございます、すっきりしました。

T1 Encoding の説明に 8-bit を追加しました。ご指摘ありがとうございます。

http://d.hatena.ne.jp/n-yuji/20091205#p1 のカレンダーを見て、
月の名前がM+で組まれていないのが気になりました。
睦如皐霜
の4文字を入れたバージョンを今月中に作っていただけると嬉しいです。
あと、カレンダー用の文字としては「仏滅」の「滅」もあるといいかも。

了解です。

「葛」をJIS2004字体にはしないのでしょうか？東京都葛飾区に住んでいる者としては是非JIS2004字体にして欲しいと思ってます。

こんにちは。JIS2004 への対応については、しばらく後回しとさせてください。（ Re: 抵牴柢砥胝詆岻觝   by 長 高弘

>「葛」をJIS2004字体にはしないのでしょうか？東京都葛飾区に住んでいる者としては是非JIS2004字体にして欲しいと思ってます。 横から失礼します。 JIS2004関係では、「葛」が一番ややこしい問題を引き起しちゃう字じゃないでしょうか？ 地名だと、奈良県葛城市が、JIS90の方の字体を公式表示に使っている為、結局、どっちの字体でも問題が起きてしまうので。

驚婚双跡遍尋獲敷疲献懸繫繋頻誇翻膨躍摑掴励措偽蓄眺顚顛償慌継薦誉鮮貢暫寧菱慢遷燈魅圓麗戯謎驕訣綻馴唖
の QUEUE への追加をお願いします。「SourceForge.JP 今月のプロジェクト 2009年8月 — M⁺ FONTS」で使われている文字がメインです。

了解です。

繫と繋の両方が入っているのに、唖と啞の両方が入っていないのは 釣り合いがとれないように思うのですが…

緊渓施浸震霜崩霧雹をQUEUEに追加していただけませんか。最後の一字を除き常用漢字です。

気象用語ですか？　了解です。

画像がリンク切れなのが気になるところです。
ttp://localhost/~coz/weblog/images/tk091113.png

ご指摘ありがとうございます、修正しました。

下に示すキリル文字や数学記号を半角幅で等幅フォントに追加して頂けないでしょうか？ これらの文字を追加することで，文字コード ISO-8859-5 と windows-1251 の文字全て，そして KOI8-R，KOI8-U，ECMA-cyrillic に含まれるキリル文字や数学記号をカバーできます。

U+0400–U+045F
ЀЁЂЃЄЅІЇЈЉЊЋЌЍЎЏ
АБВГДЕЖЗИЙКЛМНОП
РСТУФХЦЧШЩЪЫЬЭЮЯ
абвгдежзийклмноп
рстуфхцчшщъыьэюя
ѐёђѓєѕіїјљњћќѝўџ

U+0462 (Ѣ), U+0463 (ѣ), U+0472 (Ѳ), U+0473 (ѳ), U+0474 (Ѵ), U+0475 (ѵ), U+0480 (Ҁ), U+0481 (ҁ), U+0490 (Ґ), U+0491 (ґ), U+04AE (Ү), U+04AF (ү), U+04E8 (Ө), U+04E9 (ө)
U+2116 (№), U+2219 (•), U+221A (√), U+2248 (≈), U+2264 (≤), U+2265 (≥), U+2308 (⌈), U+2309 (⌉), U+230A (⌊), U+230B (⌋)

宜しくお願い致します。

半角固定幅のキリル文字については forum の方でもご要望をいただいていますので、併せて対処いたします。

ありがとうございます。楽しみに待っております。

次の漢字を（「IPAゴシック」や「ヒラギノ角ゴ ProN」などのように）JIS X 0213:2004 の例示字形にあわせた字形に変更して頂きたいのですが、如何でしょうか？

• 「牙 汲 巷 錆 酋 蝕 噌 揃 辻 秤 箸 誹 徘 淫 賭」

• JIS2004 制定時の変更点 (CyberLibrarian)

ご指摘ありがとうございます。
この件に関しては、しばらく時間をください。無知を承知で言いますと、これら字形の変更には不満があるのです。あくまでも私的で M⁺ FONTS のデザイン的な観点から見ると、せっかく現代的に整理された字形を（あえていえば）古臭い字形に戻すことに強い抵抗があるからです。今後、よほどの不都合が無い限り、制作済み漢字の JIS2004 字形変更よりも他の漢字の拡充を優先したいですし、それらの追加漢字も最初に旧規格の字形で制作するつもりです。
という、今の気持ちです。

「※」の先行追加は了解です。

あの改正はJISの字形が現代日本語とかけ離れているからと言う理由なんですが……。
もちろん『叱』とかの包摂分離文字さえ対応すれば、今の字形でもJISに準拠していると言うことができます。どちらにするかはよく考えた方がいいでしょう。
私の場合は当初JIS2000で作っていましたが、JISは最新版のみが有効であり、そのJISが『字形の変更を期待している』ということで直しています。ぶつくさ言いながら。もし実装をAdobe-Japan 1-3やJIS90の範囲に留めるなら、あるいはJIS2004に対応しないのであれば、現在のままで問題ないでしょう。
ちなみに、OpenType/CIDなら文字コードではなくCID番号で区別されますし、TrueTypeでもjp90とjp04タグ用いて両方を実装できます。両方実装してはどうでしょうか。

あくまでも「私的なデザイン感覚」です。
最終的には両方を実装すると思いますが、当分先のことになりそうです。

漢字追加の件、ありがとうございます。ひとつ、郵便記号「〒」だけは一般での使用頻度がかなり高いと感じますので、先に追加していただけませんでしょうか？
それと、「～」(U+FF5E FULLWIDTH TILDE) は MS Windows で波ダッシュ（JIS X 0208 1区33点）として扱われていますので、U+FF5E のグリフは「〜」(U+301C WAVE DASH) と同じにした方が良いかと思われます。過去のバージョンでもそのようになっていたようです（2008年11月5日の記事を参照）。

郵便番号、追加しました。U+FF5E の件もご指摘ありがとうございました。

寿膜抵抗庖溶薄漏剝（剥）曾焦耐剤媒劣還汎駆乾湿微窒酢塗曇離促振訂響桁擦塡（填）軌孔融粒陥濁銑鬱伺噓（嘘）懇顧捗錘𠮟叱緻沃亀虎餅籠冥
を QUEUE に追加お願い致します（ほとんどが常用漢字と新常用漢字です）。
それから，「～」(U+FF5E FULLWIDTH TILDE) が表示できなくなっているようです。修正をお願い致します。

了解しました。

慶應智督駒澤淑　をQUEUEに追加してください。お願いします。

常用漢字「濫」「遵」「腐」「裂」「顕」「濃」「偏」「沸」「抑」「炉」「衡」「瞬」と和文用記号「〒」「※」「〓」「仝」の追加をお願いいたします。

両方とも了解しました。基本的にはご依頼順で追加します、ご了承ください。

Box Drawing の一部のグリフ、一部のウエイトに、「グリフ自体の欠落」や「グリフの一部分の欠損」を発見しました。今のところ原因は不明ですが、とりあえず後ほど状況を整理してみます。ご利用の際はご注意ください。

• 𠮷 (U+20BB7) ……「吉」の異体字、いわゆる「つちよし」。
• 鮇 (U+9B87) ……魚の「いわな」。JIS X 0212:1990 の74区54点に配置。
• 卐 (U+5350) ……逆卍《まんじ》。

了解です。

- mplus1p-regular-kana-vera.ttf
- mplus1p-medium-kana-vera.ttf
- mplus2p-regular-kana-vera.ttf
- mplus2p-medium-kana-vera.ttf
の 4 ファイルは、ipag.ttf とベースラインを揃えるために 58 だけ上に移動させています。

常用漢字「歳」「齢」「抱」「胎」「硝」と新常用漢字「溺」「葛」の QUEUE への追加をお願い致したいのですが，いかがでしょうか？

了解です。

貼鯖棄罫祇國毅
この漢字を追加して頂けませんか。

了解です。

埋め込み方で結果が違うかもしれませんが、とりあえずフォントを埋め込んだFlashを作成してみました。 mplus test Linux版Flashでは正しく表示できます。

早速のご協力ありがとうございます。Linux では大丈夫そうですね。

Mac OS X 10.6でmplus test試してみました。 私の環境では黒背景に白文字で「鳥ナクコヱス 夢サマセ」とM+1Pで表示されました。 問題がある場合にどうなるのかを知らないので、これで正しいのかわかりませんが、ご参考までに。 Mac OS X 10.6.1 (10B504) Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; ja-JP-mac; rv:1.9.1.3) Gecko/20090824 Firefox/3.5.3 Shockwave Flash 10.0 r32

ご報告ありがとうございます。あとは Mac OS X 上で作成する時に問題が無ければ良いのでしょうか？　作成環境は表示環境と別個に検証する必要があるのでしょうか？　実は良く分かっていません。

必要なかったかもしれませんが、Adobe Flash CS4で埋め込んでみたので 一応アップロードしてみました。 http://sky.geocities.jp/awoniyo/MPLUS_TEST.html

Win NT 4.0 SP6 + Flash 9でもOKです。

Mac OS X 10.5.8 + Flash 10で問題ないようです．
http://gyazo.com/2f96782900ef1fa56e5371b9add639ae.png

みなさん、ありがとうございます。これで Mac OS X 上での作成時にも問題がないようであれば、安心して「ヱ」を組み込めそうです。ただ他の環境では問題ないようなので、次の TESTFLIGHT ではとりあえず組み込んでみようかなとは思い始めています。ご意見などありましたらよろしくお願いします。

M⁺ をデスクトップやブラウザの表示用のほか、イラストへの文字の挿し込みなどに使わせて頂いています。
イラスト用にスモールキャピタルを使うことがよくありますので、次のスモールキャピタルの文字の収録をご検討願えないでしょうか？

U+1D00 (ᴀ), U+1D01 (ᴁ), U+1D04 (ᴄ), U+1D05 (ᴅ), U+1D06 (ᴆ), U+1D07 (ᴇ), U+1D0A (ᴊ), U+1D0B (ᴋ), U+1D0C (ᴌ), U+1D0D (ᴍ), U+1D0F (ᴏ), U+1D10 (ᴐ), U+1D15 (ᴕ), U+1D18 (ᴘ), U+1D1A (ᴚ), U+1D1B (ᴛ), U+1D1C (ᴜ), U+1D20 (ᴠ), U+1D21 (ᴡ), U+1D22 (ᴢ), U+1D23 (ᴣ), U+1D26 (ᴦ), U+1D27 (ᴧ), U+1D28 (ᴨ), U+1D29 (ᴩ), U+1D2A (ᴪ), U+1D2B (ᴫ), U+1D7B (ᵻ), U+1DA6 (ᶦ), U+1DAB (ᶫ), U+1DB0 (ᶰ), U+2C7B (ⱻ), U+A730 (ꜰ), U+A731 (ꜱ)

了解です。

化学式の酸化数などのローマ数字表記に使われる上付き文字
U+1D30 (ᴰ), U+1D35 (ᴵ), U+1D38 (ᴸ), U+1D39 (ᴹ), U+1D3A (ᴺ), U+1D48 (ᵈ), U+1D50 (ᵐ), U+1D5B (ᵛ), U+1D9C (ᶜ), U+2C7D (ⱽ)
を追加して頂けませんでしょうか。また、こういった文字は特に上付き指定などができないプレーンテキストなどで主に使われるので、テキストエディターでよく使われる固定幅フォントにも上の文字と次の文字
U+00B2 (²), U+00B3 (³), U+00B9 (¹), U+02E1 (ˡ), U+02E3 (ˣ), U+2070~U+208E (⁰ⁱ⁴⁵⁶⁷⁸⁹⁺⁻⁼⁽⁾ⁿ₀₁₂₃₄₅₆₇₈₉₊₋₌₍₎)
を追加して頂きたいのですが、いかがでしょうか。

了解です。

一緒に U+1D40 (ᵀ) と U+1D57 (ᵗ) の追加もお願い致します。

了解しました。

こんばんは。次のギリシア文字
Ϝ (U+03DC), ϝ (U+03DD), Ϛ (U+03DA), ϛ (U+03DB),
Ϙ (U+03D8), ϙ (U+03D9), Ϟ (U+03DE), ϟ (U+03DF),
Ͳ (U+0372), ͳ (U+0373), Ϡ (U+03E0), ϡ (U+03E1)
はイオニア式数記法において現代ギリシア語でも使われる可能性があるので、この文字も固定幅フォントに追加してもらえませんでしょうか。

了解です。

すいません、仮名の繰り返し記号(Wikipediaの下記項目の「一の字点」)を追加していただきたいんですが、可能でしょうか？
http://ja.wikipedia.org/wiki/%E8%B8%8A%E3%82%8A%E5%AD%97#.E4.B8.80.E3.81.AE.E5.AD.97.E7.82.B9.EF.BC.88.E3.81.84.E3.81.A1.E3.81.AE.E3.81.98.E3.81.A6.E3.82.93.EF.BC.89
使用頻度が低そうな文字ですが、お願いします。

等幅フォントに Ǝ (U+018E LATIN CAPITAL LETTER REVERSED E) を追加して頂けませんでしょうか。宜しくお願い致します。

了解です。ちょうど明日予定している区分なので M、MN ともに追加しておきます。

すみません。小文字の ǝ (U+01DD LATIN SMALL LETTER TURNED E) を忘れていました。これも追加お願い致します。

了解しました。

おっと「呪」は制作済でした。

〇（U+3007，漢数字の零）と次の常用漢字を QUEUE に追加お願いします。

凡丹匹玄凸缶尽患巧甚附寛薫哲瓶隆概隔載肩柔伸礎替匿泊徴雰併癖募埋網羅絡締猫

漢字の追加、了解です。とりあえず
茨栃埼梨岐阜潟滋佐崎鹿縄幌仙浜津那覇堺
も追加します。

M+ MN の円記号 ¥ (U+00A5) の字形についてですが，この文字は横線が2本なら日本通貨の円を，1本なら中国通貨の元を表します。
円記号#円記号の由来 - Wikipedia
http://ja.wikipedia.org/wiki/%E5%86%86%E8%A8%98%E5%8F%B7#.E5.86.86.E8.A8.98.E5.8F.B7.E3.81.AE.E7.94.B1.E6.9D.A5
を参照してください。日本語用でも中国語用でもない欧文用等幅フォントなら2本でも1本でもかまわないと思いますが，多言語対応の「日本語用」等幅フォントだと思われる M+ mn では ¥ (U+00A5) の横線は2本の方がいいと思います。

それから，アラビア語や古典ヘブライ語などのセム語の翻字に使われる次のラテンアルファベットの等幅フォントへの追加をリクエストします。

Ḇ (U+1E06), ḇ (U+1E07), Ḏ (U+1E0E), ḏ (U+1E0F), Ḵ (U+1E34), ḵ (U+1E35), Ḻ (U+1E3A), ḻ (U+1E3B), Ṉ (U+1E48), ṉ (U+1E49), Ṟ (U+1E5E), ṟ (U+1E5F), Ṯ (U+1E6E), ṯ (U+1E6F), Ẕ (U+1E94), ẕ (U+1E95), ẖ (U+1E96)

Ḅ (U+1E04), ḅ (U+1E05), Ḍ (U+1E0C), ḍ (U+1E0D), Ḥ (U+1E24), ḥ (U+1E25), Ḳ (U+1E32), ḳ (U+1E33), Ḷ (U+1E36), ḷ (U+1E37), Ṃ (U+1E42), ṃ (U+1E43), Ṇ (U+1E46), ṇ (U+1E47), Ṛ (U+1E5A), ṛ (U+1E5B), Ṣ (U+1E62), ṣ (U+1E63), Ṭ (U+1E6C), ṭ (U+1E6D), Ṿ (U+1E7E), ṿ (U+1E7F), Ẉ (U+1E88), ẉ (U+1E89), Ẓ (U+1E92), ẓ (U+1E93)
Ạ (U+1EA0), ạ (U+1EA1), Ẹ (U+1EB8), ẹ (U+1EB9), Ị (U+1ECA), ị (U+1ECB), Ọ (U+1ECC), ọ (U+1ECD), Ụ (U+1EE4), ụ (U+1EE5), Ỵ (U+1EF4), ỵ (U+1EF5)
Ḹ (U+1E38), ḹ (U+1E39), Ṝ (U+1E5C), ṝ (U+1E5D), Ṩ (U+1E68), ṩ (U+1E69)

ご指摘ありがとうございました。円記号と追加文字の件、了解です。

日本の円記号に2本線デザインが多いのは事実ですが、「横線が2本なら日本通貨の円を，1本なら中国通貨の元を表します」というように「日本円は2本線・人民元は1本線で使い分ける」とするのは正確ではないと思います。実際、中国の紙幣にも2本線円記号が使われていたりするようです。 http://zh.wikipedia.org/wiki/File:%C2%A5_in_RMB_50_safe_line.jpg どちらかと言うとデザインの問題、好みの問題でしょう。

cal さん、ご指摘ありがとうございました。まさしく「好みの問題」で M⁺ MN の円記号ではハメを外してみたのです（M⁺ M では当然、2 本線です）。明らかに勘違いされやすいということで無ければ、このままにしておきたい気持ちはあるのですが、いかがでしょうか？

確かに、大多数の日本人が慣れているのは2本線の方だとは思いますが、個人的には1本線円記号のフォントがあっても良いと思います。ともあれ好みの問題ですし、他の方の意見が無ければcozさんの好きな方で良いのではないでしょうか？

度々ありがとうございました。せっかく作り分けているので、しばらく様子を見ることにします。

M+ を特にギリシャ語表示に使わせてもらっています。Ύψιλον の異体字 «ϒ» (U+03D2), «ϓ» (U+03D3), «ϔ» (U+03D4) の形についてなのですが、«» のような、上部の文字の端が下向きになるように修正していただけませんか。

こんにちは、ご提案ありがとうございます。ϒ（U+03D2）の字形決定には以下のような経緯がありました。
WED, 22 OCT 2008
サンセリフ体では上部の線端を意識的に曲げなくても良いのでは、という結論になりましたが、いかがでしょうか？

ご案内いただいた経緯を読ませていただきました。サンセリフ体では左右対称な形というのには賛成です。「意識的に曲げる」という表現ですが、これって以前の字形のように先端部分を急激に曲げることを示されているんではないかと思います。「意識的に曲げる」のではなくて、自然な弧を描くように曲げれば形も整うかと思います。私としては、こちらの例字形のように上部先端が真横ではなくて斜め下から真下までのいずれかの方向に向いている方がしっくりくると感じています。

しかし、ここのレスを見ていると凄いですね。なんかギリシャ語の専門家らしき人もコメントされてますし。こういった方々の意見を取り入れて作る M+ って凄いものに化けるんではないかと期待しています。

次あたりから名前が出るようになりそうで嬉しいです。 これはふとした思いつきなのですが、ここで使ったときに表示できなかったグリフから埋めていくというのはいかがでしょうか。 なにか規則に従って（コード順とか？）作っているのでしょうか、もしそうならばその方が作りやすいでしょうから、これはただの提案として受け取ってください。 それでは。

こんにちは。お名前、お待たせしました。
漢字制作は、QUEUE が空の時は codemap（例）の順にすすめています。自分の文章では語彙が貧弱に偏在していそうなので、客観的なリストの方が良さそうです。

M⁺ のプロポーショナルフォント全般の “@” (U+0040) についてですが，ベースラインの位置を中の “a” のベースラインの位置に合わせてはどうでしょうか？ この文字を手で書いているところを思い浮かべると、その方が自然な配置になると思います。他のプロポーショナルフォントでもそうなっているものが多いです。

あと，数学で使う “Ⓒ” (U+24B8)，“Ⓟ” (U+24C5)，“Ⓡ” (U+24C7)，“Ⓢ” (U+24C8) の文字全体のベースラインも（“©” [U+00A9]，“®” [U+00AE]，“℗” [U+2117] とは違って）中の文字のベースラインと一致するように修正して頂けませんか？ 円の上端はアセンダラインの位置になります。（“” のような感じです。）

毎度進捗を楽しみにしながら拝見しています。
TESTFLIGHT 18-24通してどこにも突っ込まれていないようなのですが、Latin Extended Additional内のベトナム語のグレーブ付きサーカムフレックス付きA,a,E,e,O,o(ẦầỀềỒồ)については、重ねられない場合、
　^`　ではなく　`^　のようによけるのが一般的だと思うのですが、どうでしょうか。ログの読み落としでしたらすみません。 http://www.nsleloi.co.jp/HoChiMinh.jpg 上の画像ではアキュートとグレーブで処理が違っています。

ご指摘ありがとうございます。こちらの環境で再確認してみたところ DejaVu、Geneva、Lucida、Monaco が「^`」、Helvetica が「`^」になってます。Courier はほぼ真上に重なっていました。Times は Bold Italic のみ「`^」で、他は全て「^`」と統一されてません。自分では一般的な判断ができるような知識がないので、いろいろご意見をお伺いしたいところなのですが、、、。

Macのフォントは確かめていませんでした。すみません。
こちらではMyriadとPalatino LinotypeとTimes New Roman以外は「`^」でした。
体感では「`^」がかなり使われていると思うのですが、
DejaVuやVu Phu Tho、Myriadが「^`」を選んでいることを考えると微妙な感じがします。
試しにMyFontsのベトナム語対応フォントで数え上げたところ、
「`^」が48、「^`」が8、「ずらさない」が5でした。
http://new.myfonts.com/search/charset%3Aviet

固定幅フォントでは DejaVu Sans Mono のように、U+FB00 から U+FB04 までの合字グリフを収録してあっても “ff” や “fi” などを合字へ置き換える機能が自動的には働かないようにフォント設定を調節するのが一般的のように思います。2ch の某スレで GSUB なるものが話題に上がっていますが、これとかを使って DejaVu Sans Mono のように合字機能が働かないようにすることはできないんでしょうか？

あと、次の漢字の追加をお願いしていいでしょうか？
歓、勧、称、釈、俗、伍、需、零、兼

情報ありがとうございます。技術的な知識に疎いので、果たしてどうすれば良いのか見当もつきません。該当グリフ部分をコメントアウトするだけでは駄目なんだろうなあ、とは思っているのですが。追加漢字のご要望、了解です。

修正案、有り難うございます。かなり区別が付き易くなったと思います。次の TESTFLIGHT の更新が楽しみです。

メールなどで用いられるギリシャ語対応の文字コード ISO-8859-7 や windows-1253 などに含まれるギリシャ文字を等幅フォントに加えて頂けますよう，お願い致します。
追加して頂きたいギリシャ文字は次の通りです。

ΑΆΒΓΔΕΈΖΗΉΘΙΊΪ
ΚΛΜΝΞΟΌΠΡΣΤ
ΥΎΫϒϓϔΦΧΨΩΏ
αάβγδεέζηήθϑιίϊΐ
κλμνξοόπϖρσςτ
υύϋΰφϕχψωώ
΄΅ͺ₯ʹ͵;·

これでメールでの現代ギリシャ語文書を全て表示出来ると思います。また，逆に古典ギリシャ語用のギリシャ文字まで等幅フォントに追加する必要性はあまりないように感じます（私が使っている範囲内での判断ですが）。文字の幅は半角でお願い致します。

了解です。

こんばんは、殿田と申します。古典ギリシアアルファベットが M⁺ に追加されたので、（特に PowerPoint で）古典ギリシア語にも使わせて頂いています。「ἁ」「ἀ」などに付いている有気息記号「῾」や無気息記号「᾿」がアクセント記号「`」「´」などと区別しにくいので、この有気息記号「῾」や無気息記号「᾿」を DejaVu Sans での形や『pTeX 3.1.4 と Babel 3.8』の112ページ（最初のページから数えて118ページ目）にある形のように、より丸みを帯びた形にして頂けませんか？ 宜しくお願い致します。

ご指摘ありがとうございます。修正案を考えてみましたので、ぜひご覧ください。

制作お疲れ様です。 ところで、この制作ブログなのですが私の環境ではPREV ENTRIESが機能していない旨お伝えいたします。

ご指摘ありがとうございます、修正完了しました。以前、web bolg を再構成した際にプラグインファイルの設置を忘れていたようです。

LaTeXで等幅フォントとしてM+ 1mを使わせて頂いております。LaTeXでの代表的な8ビットエンコーディングであるT1 encodingの範囲の文字などが扱えるように、次の文字もM+ 1mに加えて頂けませんでしょうか。

˝˚ˇ˘˙˛ ‶〈〉
ıȷfffiflffiffl
ĂĄĆČĎĚĘĞĹĽŁŃŇŊŐŔ
ŘŚŞŤŢŰŮŹŻIJİĐ ẞƑ
ăąćčďěęğĺľłńňŋőŕ
řśşťţűůźżijđ
ȘșȚț
ĀāĒēĔĕĪīĬĭŌōŎŏŪūŬŭ
ǍǎǏǐǑǒǓǔǕǖǗǘǙǚǛǜǸǹȲȳ
ɑɡ Ḿḿ

これらを追加して頂ければ、T1 encodingの他、東欧用の文字コードであるISO-8859-2, ISO-8859-16や、Adobe-GB1のCID 908〜939にあるピンイン用半角文字も扱えるようになります。どうぞ宜しくお願い致します。

了解です。有用な文字範囲を教えていただき、とても助かりました。

更新お疲れ様です＆ありがとうございます。 リンク切れになっています。（http:///となっています） これからも頑張ってください！ ↑おお、全部M+で表示できますね〜　本当にすごいと思います。

ん、ここで表示してる文字は違うフォントみたいです_no　 「疲」「頑」 　がまだでした、すみません…

ご指摘ありがとうございます、修正しました。

おそらく M⁺ OUTLINE FONTS に問題があるのではなくて，このフォントを使っているアプリケーションの設定に問題があるのだと思われます。
例えば，Microsoft Word では初期設定のままで M⁺ OUTLINE FONTS を使うと行間が異常に広がってしまいます。これは日本語 MS Word での標準フォントである「ＭＳ 明朝」（および「ＭＳ Ｐ明朝」・「ＭＳ ゴシック」・「ＭＳ Ｐゴシック」・「MS UI Gothic」）で綺麗に表示できるように，MS Word の初期設定で行間が「ＭＳ 明朝」用に最適化されているために起こります。M⁺ OUTLINE FONTS だけでなくメイリオ (Meiryo) を MS Word で使った場合にも同様の現象が起こります。このメイリオを使った場合に対する次の解決方法が M⁺ OUTLINE FONTS を使う場合にも有効です。

• Word 2003 または Word 2007 でメイリオ フォントを使用した場合に行間が大きく空く — Microsoft® サポート オンライン
• トラブル シューティング：メイリオ フォントを使用した場合に行間が大きく空いてしまう — Word — Microsoft Office Online

ありがとうございます。途中から不具合が発生した、ということが気になりますが、この場合であれば特に対応をする必要はないのでしょうか。Windows では 4 つのウエイトしか使えないというご報告もいただいており、悩ましいところです。

アクサンなどが付いて文字の縦が大きくなったからだと思います。
Linuxでも行間が大きくなるので、fontforgeで補正するスクリプトを書きました。
これを使ってもアクサンがなかった頃と比べれば行間が空いてしまいますが、
文字の大きさからして止むを得ません。
ファイルはこちらです。補正前/補正後のスクリーンショットも同梱しています。
http://www.geocities.jp/ep3797/snapshot/tmp/mplus-fix-20090425.tar.bz2
(wgetで取得してください)

追記です。もっと簡単な方法は、アクサンのついた文字を
カットした版を作成することです。
(範囲としては32の半角スペースから126の"~"までと、ひらがなカタカナ漢字)
そうすれば021以前の行間になると思います。

ut さん、ありがとうございました。build スクリプトの修正になるので fontforge の先生に相談してみます。

おはようございます。ご無沙汰しております。
TESTFLIGHT の更新，おめでとうございます。英語のウェブページも公開されていたのですね。M⁺ OUTLINE FONTS の利用者の幅が増えて，うれしく思います。
いくつか気附いたところがありましたので，お伝えします。

現在の M⁺ FONTS のホームページについてですが，JavaScript 無効環境（［動作軽量化などのための］標準時での JavaScript 無効化，JavaScript 未対応ブラウザ使用）への配慮として，noscript 要素 (<noscript>...</noscript>) を追加してはいかがでしょうか？
また，“JP” は日本国 (Japan) を表す ISO 3166-1 (JIS X 0304) alpha-2 の国名コードで，日本語 (Japanese) を表す ISO 639-1 (JIS X 0412-1) の言語名コードは “ja” です。ホームページの “JP” を “ja” に修正してはいかがでしょうか？

それから，次の大型演算子を追加していただけませんか？

• “∑” U+2211 n-ary summation (= summation sign)［← “Σ” (U+03A3) のグリフから］
• “∏” U+220F n-ary product (= product sign)［← “Π” (U+03A0) のグリフから，“⨅” (U+2A05) と区別がつくように］
• “∐” U+2210 n-ary coproduct (= coproduct sign)［← “∏” (U+220F) のグリフから，“⨆” (U+2A06) と区別がつくように］
• “⋀” U+22C0 n-ary logical and［← “∧” (U+2227) のグリフから］
• “⋁” U+22C1 n-ary logical or［← “∨” (U+2228) のグリフから］
• “⋂” U+22C2 n-ary intersection (= z notation generalised intersection)［← “∩” (U+2229) のグリフから］
• “⋃” U+22C3 n-ary union (= z notation generalised union)［← “∪” (U+222A) のグリフから］
• “⨄” U+2A04 n-ary union operator with plus［← “⊎” (U+228E) のグリフから］
• “⨅” U+2A05 n-ary square intersection operator［← “⊓” (U+2293) のグリフから］
• “⨆” U+2A06 n-ary square union operator［← “⊔” (U+2294) のグリフから］
• “⨀” U+2A00 n-ary circled dot operator［← “⊙” (U+2299) のグリフから］
• “⨁” U+2A01 n-ary circled plus operator［← “⊕” (U+2295) のグリフから］
• “⨂” U+2A02 n-ary circled times operator［← “⊗” (U+2297) のグリフから］
• “⨉” U+2A09 n-ary times operator［← “×” (U+00D7) のグリフから］

• “∫” U+222B integral
• “∬” U+222C double integral
• “∭” U+222D triple integral
• “⨌” U+2A0C quadruple integral operator
• “∮” U+222E contour integral
• “∯” U+222F surface integral
• “∰” U+2230 volume integral
• “∲” U+2232 clockwise contour integral
• “∳” U+2233 anticlockwise contour integral
• “⨍” U+2A0D finite part integral
• “⨏” U+2A0F integral average with slash
• “⨖” U+2A16 quaternion integral operator

• “∁” U+2201 complement

JA と noscript の件、ご指摘ありがとうございました。先ほど修正完了しました。大型演算子の追加も了解です。

新しいIPAフォントライセンスは一応OSI認証にはなっていますが、改変フォントを再配布することができませんね。改変差分を分離しないといけませんので、残念ながらいわゆる混合フォントは自由に再配布できないことになっています。
fontconfigなどで自動補完させるか、インストール時に入手した側で合成させるかという手段をとるしかない感じです。せっかくライセンスが更新されたのに大変残念な感じです。

「改変と再配布」が「自由」だけど「改変後の再配布」には制限がある、ということですね。「改変差分を分離」とは具体的にどんな作業となるのでしょうか？　

そうですね。「改変したものは再配布できない」ですが、改変差分 ようするに変更点をパッチの形で配布することはできるという感じですね。ですので利用者はこのパッチと本体を持ってきて自分でパッチの適用くっつける作業をしないといけません。
また、一部の部品をもらってくることもできないので、流用は不可能に近いですね。
名前をかえれば改変物の再配布が可能 というライセンスだとうれしいというのは伝えたことはありますが、叶わなかったですね。。

なるほど、ありがとうございました。Vera のようにはならない、ということは ITpro が IPA モナー・フォントに言及している部分は期待し過ぎですね。

よく読んでみると、、パッチを再配布すれば変更済みのフォントを公開してもいいかもしれません。(読みまちがった気がします)

> The Recipient may not Redistribute the Derived Program in a form in which the Licensed Program is itself modified. と明記されていますけど。差分ファイルは配布してよいが、変更済みのファイルは公開できないということです。 これでもOSI認定を得られるのはOSDの4条のためですね。 http://www.opensource.jp/osd/osd-japanese.html

今見たら、バージョンも、日付すらもそのままで内容のみこっそり差し替えられていました。これはひどい。
http://www.opensource.org/licenses/ipafont.html
http://72.14.235.132/search?q=cache:ZBylz1vrxN8J:www.opensource.org/licenses/ipafont.html+IPA+Font+License+Agreement+v1.0+(090305)&cd=2&hl=ja&ct=clnk&gl=jp (Googleキャッシュ)
*今書かれている内容*いよると、パッチ済みのフォントを(いくつかの条件付きで)再配布してもいいことになったようですが、いつの間にか内容が変わるかもしれないライセンスなんてとても安心して使えたものではありません。

とりあえずキャッシュから消える前に変更された部分の以前の内容を魚拓に取っておきました。
http://s03.megalodon.jp/2009-0409-1524-41/72.14.235.132/search?q=cache:ZBylz1vrxN8J:www.opensource.org/licenses/ipafont.html
もはやIPAとOSIが信用できなくなったので現在の内容も魚拓に取っておきました(株式会社アフィリティーは信用できるのか? と言われるとアレですが)。
http://s02.megalodon.jp/2009-0409-1515-58/www.opensource.org/licenses/ipafont.html

ここからだとRefererを送れなくて魚拓のキャッシュが見えなくなっていたので、別のサイトで取り直しました。
http://www.iterasi.net/openviewer.aspx?sqrlitid=t5aw6gye6eceoz29gh9mhq

ITproの記事に追記がされましたが、「古いライセンス案」へのリンクが早くも切れていますね(2009-04-10 10:52現在)。
http://itpro.nikkeibp.co.jp/article/NEWS/20090403/327784/
IPAはあくまでも証拠隠滅するつもりのようです。これでは突然またライセンスを差し替えて「改変したフォントそのものの配布を許可した覚えはない。そのライセンスは改竄されたものだ」とか言い出したとしても全然不思議はありません。

ライセンスに関してはまだまだ固まっていないようですね。まさか反応を見ながら小出しに譲歩しているわけではないでしょうが、柔軟な対応で不明瞭な部分に修正を加えながら正式版ライセンスを仕上げているのでしょう、、、ですよね。

すいません、U+2660〜U+2667（トランプのマーク）のグリフにゴミ(?)が残っているようなのですが……
fontforgeで当該グリフを表示した結果は、以下の通りです。
http://members3.jcom.home.ne.jp/feilung/Image/M+TestFlight-022.png
とりあえず、M+1P,M+2P,M+1Cのregularで、このゴミ(?)らしき物が残っているのを確認しました。

ご指摘ありがとうございます、cvs 版にて修正しました。

以前に話題になった “ℜ” (U+211C) についても、Type-2 用の字形を数学での一般的な字形 () にしてはいかがですか。

こちらの画像の方が分かり易いですね。

02 SEP 2008 の修正では不十分ですか？ Type-2 で作り分けるほどの違いは無いと思うのですが。

ダブルストラック体の字形は数学では次の形が一般的です。

上の画像のように、左上から右下へ伸びる線を最優先で二重にし、次にそれに重ならないように縦線を二重にします。これらの文字はおそらく数式で使うのが主だと思われますので、上の画像に倣って G, H, K, M, R, S, k を修正されてはどうでしょうか？

ご指摘ありがとうございます。もちろん可読性を無視するつもりはありませんが、今回の修正は M⁺ としてのデザイン性という観点から試みてみました。常識的に使用できないほど逸脱した字形でしょうか？

全体的に見れば少し統一感に欠けていますね。今回のデザインなら文字の左側を優先的に二重にするようにして、例えば “M” や “N” の左側の方の縦線を二重にするようにしてはどうでしょうか？ “S” については、左右とも二重にするか、（他の文字が、右ふくらみの円弧部分を二重にしていないことから）左側だけ二重にするか、斜め線部分を二重にするか、悩ましいところです。
また、M⁺ P Type-1 を従来の一般的な字形に、M⁺ P Type-2 を今回の字形にするのはどうでしょうか？ 2タイプの字形が選べて楽しいと思います。

新 JIS マークが2005年10月1日に使われ始めて3年たった今でも Unicode に追加されていないことを考えると、「近い将来、新 JIS マークが 3004 とは別の場所に追加されるでしょう」という想定は甚だ疑問に感じるのですが。

ご意見ありがとうございます。おっしゃる通り、今後も追加されないという事態も充分に考えられますが、どちらにしても自分にその根拠ある判断をすることはできません。一方、自分が信頼しているフォント、ヒラギノにおいても 2007 年 10 月に発売開始された Ver. 8.0 ProN では旧 JIS マークのままです。将来、新 JIS マークの表示されない事態が社会的にも問題となれば「別の場所に追加」されるなり、今の場所で差し替えられるなりの変更がなされるのではないでしょうか。その時までは現在の有力フォント（というか既存の全て？のフォント）との互換性を維持しておいた方が良いと思いました。

JIS マークとは関係ありませんが、ちょっとアドバイスを。
和文文字に対してはヒラギノの字体は申し分無く、信頼に足ると思われます。しかし、欧文文字に対してはヒラギノは時に欧文フォントの慣例に従っていないことがあるので、注意が必要です（最も極端な例が “ď”、“Ľ”、“ľ”、“ť” です）。

そうですね、、、。悩ましいところです。

個人的には新JISマークがUnicodeに収録されることは将来的にもないだろうと思っています。Unicodeは(登録)商標を収録しない方針であり、新JISマークは不正使用に対抗するため商標登録されているからです。
携帯電話の絵文字収録提案でも、iモードのマークとかフリーダイヤルのマークなどの商標に引っ掛かりそうなものは符号表の上では"EMOJI COMPATIBILITY CHARACTER"という謎の図形になっていますし、これらはラウンドトリップコンバージョンを保証するための特例中の特例ですから、最低でもまず日本国内の有力な規格かデファクト標準に収録されないと、互換文字としてもUnicodeに収録させるのは難しいでしょう。
じゃあU+3004を新JISマークに変えていいのかと言われると、今度は商標登録されているというまさにその理由によってフリーフォントに安心して含められるのかどうか疑わしい気がします。少なくともNTTはフリーダイヤルのマークを収録する場合、何らかの許諾を求めているようです。

ご解説ありがとうございました。とりあえず現状のままが無難でしょうか。

上付き・下付き文字を追加して頂き、ありがとうございます。次のバージョンの公開が楽しみです。
あと、私は Adobe Illustrator などを持っていないので試すことが出来ないのですが、“ſ” (U+017F) と “t” とを、また “s” と “t” とを並べて “ſt”、“st” とするとそれぞれ合字グリフの “ſt” (U+FB05) と “st” (U+FB06) に置き換わるのでしょうか？ 私が思うには、“ſt” は自動的に合字グリフに置き換わった方がいいと思うのですが、“st” については特に英語圏でこれを合字化する習慣が無いことから自動的には置き換わらない方がいいと思っています。

こんにちは。今のところ “ſt” (U+FB05)と “st” (U+FB06) が自動的に合字になることはないです。

瞬く間にJISマークを追加して頂き、有り難う御座います。当方は Windows 環境なので、次回の更新時に存分に使わせて頂きます。
それから、以前に sabro さんがご提案されていた数学用記号の追加のご予定はあるのでしょうか。こちらについてはプライベートに使う方で私も希望したいのですが。

P.S. 前回の書き込みの「プライベートと私用の両方」は「プライベートと仕事の両方」の間違いでした。

> 数学用記号の追加のご予定はあるのでしょうか。
もちろん追加します、もうしばらくお待ちください。

U+3004を新JISマークにするのは反対です。「旧JISマークと新JISマークの対比」のようなコンテンツを符号化するときに意味不明になる可能性があります。旧JISマークを付けていた製品は自動的に新JISマークを付けられるようになるわけでもないので、そういう意味でも不適切です。 2chのM+スレでも同趣旨の指摘がされています。 http://pc11.2ch.net/test/read.cgi/unix/1145034980/587 ユーロ通貨記号は、結局採用されなかったU+20A0とは別に、現行のデザインがU+20ACとして収録されました。Vistaのベータ版に付属のメイリオではU+3020がポストンになっていましたが、正式版では(すでに使い道がないにもかかわらず)ナンバー君に戻されました。 新JISマークを収録すること自体には反対しませんが、Unicodeに正式に追加されるまではPUAに収録すべきでしょう。

U+3004 に新 JIS マークを実装するのに賛成です。
2ch の M⁺ スレでも指摘されていますが、U+3004 Japanese Industrial Standard symbol のグリフの形については過去との互換性を取るか、今からの実用性を取るかの問題となっています。
U+3004 の JIS マークは JIS X 0208、JIS X 0213、JIS X 0212 のいずれにも含まれてなく、一般的な日本語フォントの多くに実装されていないのが実状です。このような状態では、自分だけが使うテキストならまだしも、他人に見せるテキストや HTML に U+3004 を使うのは相手の環境への思慮が足りていません（画像やフォント埋め込みファイルにするべきです）。JIS 規格の文字集合に含まれてなく、実装されているフォントも少なく、さらに過去に U+3004 が頻繁に使われている実績もありませんから、U+3004 に対する他環境との相互互換性は無いと言い切ってもおかしくないと思います。
この状態なら、過去との互換性をほとんど気にする必要はなく、それよりも今からの実用性を重視した方がいいでしょう。旧 JIS マークは今後使われる機会がほとんどないでしょうし、対して新 JIS マークを使う機会は今後増えていく可能性大です。実用性を重視して新 JIS マークの形を収録する方が利便性が高まると思います。もちろん、M⁺ に新 JIS マークの形が収録されても、相手に見せるような文章に使う場合にはテキストベースではなく印刷物などにして見せるべきです。

U+3004に新JISマークを追加されるのには反対します。 近い将来、新JISマークが3004とは別の場所に追加されるでしょうから、 新しい場所に新JISマークを移動せざるを得なくなり、深刻な互換性上の 問題が起こります。 えむけいさんがおっしゃるように、未だ正式に規格化されていない 文字は外字領域に納めておくべきです。

2chのスレでもコメントしておきましたが、JIS X 0221の追加非漢字集合に含まれているため、Windows 98/NT 4.0SP4以降のすべてのWindowsで表示できます。Adobe Japan1-1にも含まれているため、すべてのMac OS(少なくとも9以降)で表示できますし、すべての日本語CIDフォント/OTFに収録されています。
くれぐれも「相互互換性は無い」などというデタラメを信じないでください。

U+3004 “〄” に新 JIS マークのグリフを収録することへの賛成・反対には判断を保留しますが、「相互互換性は無い」のはデタラメだとえむけい氏がおっしゃっていることには同意しかねます。
2ch でもすでに指摘ずみでしたが、MS Windows でも U+3004 にグリフが収録されているのは「ＭＳ 明朝」「ＭＳ Ｐ明朝」「ＭＳ ゴシック」「ＭＳ Ｐゴシック」「MS UI Gothic」「メイリオ」「メイリオ イタリック」「メイリオ ボールド」「メイリオ ボールド イタリック」（あと、おそらく「Arial Unicode」にも）のみで、例えば私がよく使っている「HGS明朝B」「HGSｺﾞｼｯｸM」などの、MS オフィスや StarSuite に付属している HG フォント数種類には収録されていません。IPA フォント5種類にも収録されていなく、2ch によれば Linux などに付属の日本語フォントにも収録されていないようです。逆にヒラギノ、小塚、モリサワなどの高価な OpenType フォントにはいずれにも収録されているようです。
規格があってもそれが普及しなくては、実用面では役に立ちません。相互互換性が「無い」というのは言い過ぎかもしれませんが、相互互換性が「ほとんど確立されていない」のは事実でしょう。

初めまして。プライベートと私用の両方に M⁺ を使わせて頂いております。

仕事でときどきJISマークを使います。〄 (U+3004 Japanese industrial standard symbol) が収録されていると便利なので、追加をお願い致します。その際、Unicode の例字形にある旧JISマーク（「」）の形ではなく新JISマーク（「」、SVG ファイル）の形で全角枠に収まるように追加して頂きたいのですが。旧JISマークは既に使うことができなくなっていますので、旧JISマークの形のままで追加する意味はあまりないと思われます。特に regular の太さに対しては、「日本工業標準調査会：新JIS制度-新JISマークの決定」のページからリンクされている数値入りファイル (PDF) にある形通りに追加して頂きたいのですが、いかがでしょうか。

殿田と申します。M⁺ を最近知って、使わせて頂いています。大学で古典ギリシア語を学んでいるのですが、今後、古典ギリシア語用のアクセント付きアルファベットも追加される御予定はおありでしょうか？ M⁺ には古代ギリシア文字もすでに揃っているので、是非お願いしたいのですが。参考までに、古典ギリシアアルファベットの中で、次のものは同じグリフになると思います。

「ͺ」(U+037A) と「ι」(U+1FBE)
「΄」(U+0384) と「´」(U+1FFD)
「΅」(U+0385) と「΅」(U+1FEE)
「Ά」(U+0386) と「Ά」(U+1FBB)
「Έ」(U+0388) と「Έ」(U+1FC9)
「Ή」(U+0389) と「Ή」(U+1FCB)
「Ί」(U+038A) と「Ί」(U+1FDB)
「Ό」(U+038C) と「Ό」(U+1FF9)
「Ύ」(U+038E) と「Ύ」(U+1FEB)
「Ώ」(U+038F) と「Ώ」(U+1FFB)
「ΐ」(U+0390) と「ΐ」(U+1FD3)
「ά」(U+03AC) と「ά」(U+1F71)
「έ」(U+03AD) と「έ」(U+1F73)
「ή」(U+03AE) と「ή」(U+1F75)
「ί」(U+03AF) と「ί」(U+1F77)
「ΰ」(U+03B0) と「ΰ」(U+1FE3)
「ό」(U+03CC) と「ό」(U+1F79)
「ύ」(U+03CD) と「ύ」(U+1F7B)
「ώ」(U+03CE) と「ώ」(U+1F7D)

こんにちは。もちろん古典ギリシア語用のアクセント付きアルファベットも追加する予定です、今しばらくお待ちください。

上付き・下付き文字である U+2070、U+2071、U+2074〜U+207E、U+2080〜U+208E、U+2090〜U+2094 (⁰ⁱ⁴⁵⁶⁷⁸⁹⁺⁻⁼⁽⁾₀₁₂₃₄₅₆₇₈₉₊₋₌₍₎ₐₑₒₓₔ) を追加して頂けないでしょうか？ 例えばブックマークなどのプレーンテキストしか使えない箇所で “M⁺” や “H₂O” などを書き表したい時に重宝しますので、お願い致します。

了解です。

次の数式用記号を補完してもらえませんか。

𝔸 U+1D538（代数的数集合）【“” の形で】
ℂ U+2102（複素数集合）
𝔻 U+1D53B（単位円板）
𝔽 U+1D53D（体）
ℍ U+210D（四元数集合）
𝕀 U+1D540（虚数集合）
𝕂 U+1D542（体）
ℕ U+2115（自然数集合）
𝕆 U+1D546（八元数集合）
ℙ U+2119（リーマン球面，射影空間）
ℚ U+211A（有理数集合）
ℝ U+211D（実数集合）
𝕊 U+1D54A（十六元数集合）
ℤ U+2124（整数集合）
𝕜 U+1D55C
𝟘 U+1D7D8（零元）
𝟙 U+1D7D9（単位元）

Ⓢ U+24C8, Ⓡ U+24C7, Ⓒ U+24B8, Ⓟ U+24C5

ℶ U+2136, ℷ U+2137, ℸ U+2138

了解です。