異なるシステムで表示されるダッシュボードが常にパネルに意図されたすべてのデータを表示するように、複数のプラットフォーム間で同じ高さでフォントサイズをレンダリングする必要があります。 これは、残念ながら、すべてのOSとプラットフォームで単一のフォントに戻らなければならないことを意味します。
cc @ elastic / kibana-design @ elastic / kibana-sharing
特に正確に言うと、ダッシュボードに埋め込まれているものは同じフォントである必要があります。 純粋に技術的な意味では、埋め込みオブジェクトがそうでない限り、UI自体はシステムフォントに依存する可能性があります。 これの潜在的な利点の1つは、UIレンダリング全体が可能な限り高速に行われ、カスタムフォントなどが、ダッシュボードの最初のオブジェクトのレンダリング時に非同期に読み込まれるようにすることです。
とはいえ、全体的な設計の観点から、それを厳密に除外したい場合があります。
これについては@elastic / kibana-designと話し合った。 全面的に設定されたフォント(Open Sansのようですが、Robotoの可能性があります)に戻ります。 これは6.2リリースまでに完了します(月曜日までにマスターになる可能性があります)。 ただし、ダッシュボードをEUIデザインに変換すると、パディングやサイズ変更などが変更され、ユーザーはそれを考慮する必要があることに注意してください。 これは、私たちが使用しているこの再設計の段階的な方法のトレードオフの一部です。 おそらく、リリースごとに小さな変更が加えられるため、ユーザーはダッシュボードのサイズを少し変更して説明する必要があります。
ただし、 @ epixaのクエリでは、フォントの使用法を製品全体で均一にしたいので、埋め込み可能なフォントだけで1つのフォントを使用することはまずありません。
cc @ Adrian-J @formgeist
わかった。 これは正常に戻るはずです。
最も参考になるコメント
これについては@elastic / kibana-designと話し合った。 全面的に設定されたフォント(Open Sansのようですが、Robotoの可能性があります)に戻ります。 これは6.2リリースまでに完了します(月曜日までにマスターになる可能性があります)。 ただし、ダッシュボードをEUIデザインに変換すると、パディングやサイズ変更などが変更され、ユーザーはそれを考慮する必要があることに注意してください。 これは、私たちが使用しているこの再設計の段階的な方法のトレードオフの一部です。 おそらく、リリースごとに小さな変更が加えられるため、ユーザーはダッシュボードのサイズを少し変更して説明する必要があります。
ただし、 @ epixaのクエリでは、フォントの使用法を製品全体で均一にしたいので、埋め込み可能なフォントだけで1つのフォントを使用することはまずありません。
cc @ Adrian-J @formgeist