GlyphWiki logo
ナビゲーション
ヘルプ
検索
ツールボックス
他の言語
グループノート編集履歴

グループ-ノート:花園フォント

出典: フリーグリフデータベース『グリフウィキ(GlyphWiki)』

次回の更新にむけて

  • 変体仮名を完全に
  • vertへの対応
  • 合成用文字、合成済み文字への対応

  • 定期リリースの検討
  • 無印UCS→J字形+仮想J字形+簡体字字形への分離
  • J以外の字形の充実、マルチカラムのフォント実装
  • KDP実験版との融合
  • IVD異体字データの作成と公開

  • I added グループ:VariationSequences-mathematical. If there is a problem with this, please let me know.
    • 一旦取り下げました。追加することはいいと思うのですが、IVS,SVSと同じcmapでいいのでしょうか?既存のフォントで実装されているものはあるのでしょうか?実装の参考にしたいです。--kamichi 2017年6月25日(日) 14:01
      • Well, isn't the principle the same? And it seems that Code2000 supported those sequences.
      • 情報の提供をありがとうございます。Code2000フォントをインストールしましたが、私の環境(Win10+Office2016)ではグリフ切り替えができませんでした。これは後回しにしたいと思います。--kamichi 2017年8月28日(月) 13:00
      • iOSでにしき的フォントを利用してグリフ切り替えをすることができましたが、u0030-ufe00などが全角になってしまうため、SVSグリフの半角化を実装してから追加として良いと思われます。--kesuuko 2018年7月7日(土) 20:57

意見(匿名さん)

  • 次の更新は、今年の12月31日や来年の1月1日はどうでしょうか?あと、それからは、基本的に3か月ごと更新し、新しい文字がエンコードされた場合は3か月を待たず、できるだけ早く対応するのはどうでしょうか?
  • たとえば、
    • 新しい文字がエンコードされない場合(不変):1月1日・4月1日・7月1日・10月1日
    • 5月に新しい文字がエンコードされる場合:1月1日・4月1日・5月の中旬や下旬・7月1日・10月1日
  • 以上です。

  • ありがとうございます。検討に値すると思います。定期リリースが理想ですが、特にドキュメント部分の準備がネックになっています。だいぶ自動化してはいますが。--kamichi 2014年10月13日(月) 14:46
    • 私も定期更新に賛成です。年3回(1月31日,5月31日,9月30日)程度でもよいと思います。グリフウィキは漢字のデータベースが主なので,臨時更新は漢字部分に追加があった場合のみでよいと思います。--spinda-kkmr 2014年10月20日(月) 18:12

意見(登録利用者)

  • 上記にある「vertの対応」に関しまして,グループ:VerticalGlyphsを作成してみました。--spinda-kkmr 2014年11月7日(金) 19:09

  • http://fonts.jp/hanazono/plus/ にて配布されている花園明朝プラスもそろそろ更新してもよいと思います。当時と比べて登記統一文字の登録が増えているので,更新する意義はあると思います。--spinda-kkmr 2014年12月2日(火) 21:02

  • 合成用ダイアクリティカルマークの作字は合成用グリフの対応を待っているため,まだ作字されていません。6月リリースだともはや手遅れかもしれませんが,もし今回の花園明朝で実装されるのであれば,予告していただければ多少は作字されて収録されるのではないかと思います。実装されないのであれば,テスト用に作字したu0300@1は花園明朝に含めないようにして,代替フォントにまかせるのが良いのでないかと思います。 --ziyang 2015年6月30日(火) 22:17

  • 次回の花園明朝の更新ですが㋿u32ff(現状ではunstable-u32ff)に収録される予定の新元号(西暦2019年5月1日からの元号)が決定次第の更新でどうでしょうか。本来ならばUnicodeに登録されるのを待つべきですが,このコード位置に新元号が登録されることは確定していますので,新元号の発表次第更新で良いと思います。--spinda-kkmr 2018年11月11日(日) 11:43
    • なるほど、仰る通り、この変更にはすぐに対応したいところです。--kamichi 2018年11月11日(日) 14:49

提案:実装が不完全なUnicodeブロックは花園明朝に収録しない

タイトルの通り。恐らく文字の様子が不揃いで不細工のは望ましくないということで提案します。--sz 2017年9月11日(月) 15:55

  • 収録排除には反対です。まず,不完全なブロックを排除するための作業が手間がかかりそうです。また,「最新のUnicodeで追加された文字だけが収録されていないブロック」を排除するのはやり過ぎですし,記号のブロックなどは不完全でもある程度収録されていれば意義があります。--spinda-kkmr 2017年9月11日(月) 19:16

  • szさんの言いたいことは理解できるのですが、100%でないと収録しないというのは難しいと思います。逆に、ある程度、とすると誰が管理・判定するのか、という問題が発生します。ですので、逆のパターンとして、たとえば5%未満の場合は取り消し記述でバッサリ落とす、としてもよいかと思います。--kamichi 2017年9月12日(火) 10:49