New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Custom Font #5
Comments
フォント設定画面でフォントを登録する際、フォントリストから選択するのではなく、 フォント名(PostScript 名)を入力する必要がある ことをポイントとして追記しました。 |
こちらのIssueですが、どういったステータスでしょうか? thinreports/thinreports-basic-editor#68 と Custom font thinreports/thinreports-generator#91 を参考にmasterにrebaseして一部エラーが出た箇所を修正したところ、サンプルのテンプレートをエディタで開いてカスタムフォント名が表示されることと、PDFを生成できることは確認できました。 |
@shugo @maeda-m
検証いただきありがとうございます。それら PR はカスタムフォントの仕様策定に向けて一つの別解として提案・実装したものですが、その後の議論ができていない状況です。 個人的には、改めてこの issue に近い仕様+αで考えているところではあります。thinreports/thinreports-basic-editor#68 も候補の一つではありますが、PostScript名を調べなければならない点が機能としては accept しづらいという気持ちです。 もしよろしければ、thinreports/thinreports-basic-editor#68 について感想やご意見などコメントいただけると嬉しいです。 |
@hidakatsuya お返事ありがとうございます。 エディタだけでなく、tlfファイルのフォーマットについても変更の可能性がありますでしょうか?
なるほど、そういった懸念点があるのですね。
実はサンプルのテンプレートは開けたものの、新しいフォントの登録をエディタ上でどうやるかわからなかったのですが、GUIでのフォント登録機能については未実装でしょうか。 ただ、個人的にはtlfファイルのフォーマットを含めてgenerator側の方針が定まっていれば最悪TLFファイルを手で修正するという対応も可能と考えていますので、ご検討いただけましたら幸いです。 |
仕様が確定していない以上、「変更の可能性はある」というのが回答になってしまいます。
実装済みです。thinreports/thinreports-basic-editor#68 の機能は、同 pull request の description に貼ってある GIF 動画で説明しています。
フォント登録機能については Basic action の GIF 動画で説明していますが、ローカル環境で利用可能なフォントの PostScript 名 をフォント選択コンボボックスで入力することで利用可能になるという仕様です。tlf ファイルにはテンプレートの中で使われているカスタムフォントのみ登録されます。そのため、現時点では明示的な削除機能は実装していません。 なお、残タスクと懸念点としては次の通りです。
|
@maeda-m 私は、この issue とも thinreports/thinreports-basic-editor#68 とも異なる仕様案を持ってるので、それについては別途この issue で提案しますが、これらの仕様案についての意見も聞いてみたい。 |
1年以上前に custom-font ブランチを某製品で使用しました。 感想としては、私が使用するには必要十分でしたが、カスタムフォントの登録方法は、別のアプローチの方が好まれるかもしれません。 また、OS によっては PostScript 名が異なる場合があったので(フォントによるかもしれない)、 これは、私が Editor 上のテキスト位置はあくまでも目安で、最終的な調整は生成されたPDFを確認しながらすれば良いと考えているためです。 |
了解です。正式リリース前に使用する際はそのあたりのリスクを考慮して判断したいと思います。
すみません、見落としていました。
@maeda-m さんが言われるように、特定の製品・サービスなどの開発であれば最終的なレイアウトの調整はPDFレベルで行うことが多いため、実用上あまり問題ないように思います。 ただ、OSSでの利用など色々なプラットフォームで利用されるような使い方の場合は、Webフォントのように環境に依存せずにフォントを指定できる方が望ましい気はします。 |
お二人とも貴重な意見をありがとうございます。
確かに、多くの場合は上記のユースケースが該当しそうですね。私自身のこれまでのユースケースを考えても、上記で十分満足できることに気づきました。 カスタムフォントのファーストステップとしては、次の仕様で考えてみたいと思います。
一方で、Editor 上で出力結果を確認できることが Thinreports の強みの一つだと考えているので、最終的にフォントを再現できることを見据えた仕様にしておきたいと思います。
具体的に、カスタムフォントの登録方法としてどんなものをイメージしてます? |
ですよね。テキスト位置と罫線とかの位置合わせが稀にあるので、フォントを再現できたら嬉しいと思います。
コメントを書いている途中で気づいたのですが、
はズレた意見で、当時、私が抱えていた困りごとを解決する手段ではなさそうです。ですので忘れてください。 以下、書いていたコメント。 機能概要 > カスタムフォント登録の流れ にあるレポート設定の図の様なものが、 これは、某製品開発の事情でレイアウト単位のカスタムフォント登録だと煩雑な場合があったためです。 この時、困ったことはレイアウト内の静的/動的テキストのフォントが確認しにくいことでした。 以上。 |
v1.0.0 で、basic report 及び section report 出力形式両方でカスタムフォントのサポートを目指す。まずは仕様を決める。 |
@maeda-m と同期的に話して次のような方針で検討することにしました。
|
ちなみに、v1.0.0 の次のカスタムフォントの最終的な仕様は次のようなものを想定している。
{
"font": {
"Foo": "relative-path/to/foo-font.ttf",
"Bar": "/absolute/path/to/bar-font.ttf"
}
}
Thinreports.config.load_file '.thinreports.json' |
これは v1.0 における 機能の実装コンセプト であり、この内容を基にユーザからのフィードバックを得てよりよい仕様を議論し、
導き出すことが目的。コメント欄での議論により、内容は適宜更新される。また、技術的な制約など、実際の機能が必ずしもコンセプト通りになるとは限らない。
機能
概要
機能概要
カスタムフォント登録の流れ
登録したカスタムフォントの選択
警告メッセージが表示された時の流れ
正しくカスタムフォントをレンダリングするための Generator への設定方法
メインスキーマ
The text was updated successfully, but these errors were encountered: