問題タブ [harfbuzz]

私は HarfBuzz を freetype と共に使用して、地方言語のヒンディー語をレンダリングしています。

ウィンドウ作成用にこれら 3 つのオプションを記述すると、フォントがレンダリングされず、空白の画面しか表示されません。

これら 3 つのオプションがないと、フォントは正しくレンダリングされます。

これらのオプションがウィンドウの作成にどのような違いをもたらすのか知りたいです。

簡単に言うと、(さまざまな理由で) FreeType または HarfBuzz を使用せずにフォントをレンダリングしています。TrueType および派生形式を手動で解析してメタデータとグリフ情報を抽出し、後でビットマップを構築し、実行時にアウトラインからフィールドを距離を置きます。私が懸念しているのは、重要な場合、つまり、言語規則に従って特定のシーケンスを別のシーケンスに置き換える必要がある場合の信頼できるグリフ置換です。

私がはっきりしていないのは、GSUB テーブルが一般的にどの程度信頼できると想定できるかということです。言い換えれば、たとえば、アラビア語のフォントが、アラビア語のスクリプトに必要な置換を含む、入力された GSUB テーブルを提供する必要があると期待するのは合理的ですか? それとも、これがスクリプトごとであるとすると、一般的に、フォントは特別なフォントごとの置換のみを提供し、シェーピング エンジンはスクリプトごとの置換をグローバル ルールとして処理すると想定されているのでしょうか? システムはその場合にフォールバックを検索し、それ以外の場合は元のシーケンスに戻るため、置換されたグリフが使用できない可能性があることは心配していません。

明らかに、スクリプトごとにグローバル ルールセットを配置することは、フォールバックとして完全に信頼できますが、これを可能な限り最小限に抑えたいと考えています。これは経験的な質問ではないことをお詫びしますが、実際にさまざまなフォントのサンプルを大量に調べなければならないことを除けば、これに関する多くの情報を見つけるのに苦労しています. この概要は、スクリプトごとの置換が定義されることを示唆しているように見えますが、テーブルがモジュール式であることを考えると、必要な定義は言うまでもなく、テーブルが存在するという保証はもちろんありません。これに失敗した場合、さまざまなスクリプトの代替の既知のデータベースはありますか?

cmakePATHSがライブラリを検索できるように変数を 指定する 方法の例を次に示します。PATHS

たとえば、私はインストールapt-get install libharfbuzz-devしてdpkg -L libharfbuzz-dev表示しています：

どのパスを使用すればよいですか?

アップデート：

エラーメッセージ：

CMAKE_PREFIX_PATHlike経由でパスを追加しようとしましcmake .. -DCMAKE_PREFIX_PATH=/usr/lib/x86_64-linux-gnuたが、役に立ちません。

私は現在、FreeType + Harfbuzz を使用してテキストをレンダリングしており、現在、垂直テキスト レンダリングを導入しようとしています (主に東アジアのスクリプト用)。

私が直面している問題は、テキストの列の幅を把握できないことです。水平テキストの場合、行の高さを で調べることができますascent - descentが、これらの値は垂直テキストの場合には提供されないため ('ascent' / 'descent' はそれぞれグリフの左部分と右部分を単純に表します)、どうすればよいかわかりません。私のテキスト列は広いはずです。

フォントに bbox 幅を使用してみましたが、フォントが異なるとボックスが大幅に変化し、適切な情報が得られません。