環境において多ウエイトフォントの展開が期待通りに行われない現象の解決」のエントリが公開されました。要素の記述を追加する必要があるようです。上記エントリでは配布後のフォントデータを修正する手順が記されています。フォント生成時にスクリプトから自動処理されるべき内容なのですが、行送り値の設定と同様にスクリプトの修正が必要となるため、力不足の自分では手に負えない状況です。通常は選択できないウエイトをご利用の際は是非お試しください。さんもおっしゃっていますが、上記方法の検証という意味も含めて結果のご報告をいただけると助かります。点(行送り値の設定と多ウエイト展開用の修正)を解決する修正スクリプトについても、ご協力いただけると嬉しいです。エラーメッセージは無くなりました。ファイルの段階で問題箇所の合成処理などを先行してみました。これでエラーメッセージは無くなると思いますが、この程度でエラーとされてしまうのならば、今後追加される漢字グリフに関しても注意が必要になりそうです。2010久しぶりに、放置気味だったエラーメッセージの解決に取り組んでみました。path元データを確認してみたところ、全てのグリフパーツが二重になっていたので余分なパーツを除去しました。デザインの歪み等はありません。x=634.129指示された座標付近に、微妙に飛び出している角があったので修正しました。つのコーナーポイントが問題視されているような気がします。解釈自体に問題は無く、デザインは崩れること無く再現されているので、このエラーメッセージは無視することにします。つの非常に近接したポイントが生成されることを問題視しているような気がします。このグリフもデザインは崩れること無く再現されているので、エラーメッセージを無視することにします。つの曲線が部分的に重なり合っているのですが、このグリフもデザインは崩れること無く再現されているので、エラーメッセージを無視することにします。つの直線の交点が微妙にずれていることを問題視しているような気がします。つを移動させることで(別のパーツに隠れている部分なのでデザインには影響しない)煩わしいエラーメッセージを減らすことにします。エラーの出ているグリフにデザイン上の問題が無かったので安心しました(前回の確認時には崩れたグリフがあった)、現在公開中のフォントは問題無くご利用いただけると思います。箇所のエラーメッセージが無くなっているのか確認します。Extensions)の合成が機能しない場合があります。一般的な和文縦組用のグリフは揃っているのですが、環境ごとの検証が不十分なままです。アイヌ語などで用いられる鼻濁音仮名文字を追加したのですが、検証の方法が分からない状態です。一部の日本語フォントと比べて行送り幅が広いとのご指摘をいただいてますが、本文組み用の初期設定値としては特に問題無いと考えています。グリフ内容から自動的に設定しているため、各ウエイトごとの行送り幅が異なっています。行送り設定について)。環境において、多ウエイトフォントの展開が期待通りに行われない場合もあるようです。その回避策、解決方法などをご存知の方はぜひお知らせください。2010ご報告をいただいていた「錫」のドット構成を確認してみたところ(画像クリックで原寸になります)旁が「易」ではなく「昜」になっていました(赤いドット部分が余計)。当時の設計思想(大袈裟ですね)なのか、偏と旁を明解に分離するためにドットをだいぶ省略していました。関してはもう何年も放置状態で、今となっては漢字を中心に気になるグリフがたくさんあります。常用漢字も揃っていない現状では難しいところです。いって忘れた頃に修正作業を開始しても、今でさえ少ないであろう需要は更に減るだけですし。Extensions)の合成が機能しない場合があります。一般的な和文縦組用のグリフは揃っているのですが、環境ごとの検証が不十分なままです。アイヌ語などで用いられる鼻濁音仮名文字を追加したのですが、検証の方法が分からない状態です。一部の日本語フォントと比べて行送り幅が広いとのご指摘をいただいてますが、本文組み用の初期設定値としては特に問題無いと考えています。グリフ内容から自動的に設定しているため、各ウエイトごとの行送り幅が異なっています。行送り設定について)。環境において、多ウエイトフォントの展開が期待通りに行われない場合もあるようです。その回避策、解決方法などをご存知の方はぜひお知らせください。行送り幅が版を重ねるごとに広がっていないか、また他のフォントと比べて広すぎるのではないかとのご指摘をいただいております。自動的に設定する行送り値も拡大してきた結果だと思われます。Regular(↓)の方が行送り値が少なかったりします。