問題タブ [glyph]

Java を使用して文字を表す「形状」を取得する方法はありますか。

GlyphVector クラスの getOutling() について知っています。しかし、それはキャラクターの輪郭を返します。

私が求めているのは輪郭ではなく、キャラクターを描いた1本の線の形です。

フォントに対応するグリフがないために表示できない Unicode 文字を含むテキストがあるとします。通常、代わりにプレースホルダーが表示されます。たとえば、長方形のブロックが表示されます (スクリーンショットを参照)。

このグリフを確実に生成する「グリフが見つかりません」文字はありますか? "If the following text contains <insert character here> then you need another font..."UIのようなものを書きたいと思います。

ちなみに、私は � (置換文字) について話しているわけではありません。これは、データ ストリームから Unicode 文字を正しくデコードできなかった場合に表示されます。必ずしも同じグリフを生成するとは限りません。

アプリケーションの場合、テキスト/グリフをベクターベースのパスとして描画する必要があります。GDI + GraphicsPathとGraphics.DrawPath、またはWPF FormattedTextとGeometryを使用すると正常に機能し、最初の図に示すような出力が得られます。しかし、2番目の図（Lを示す）に示すように、文字を1行のパスとして取得することはどういうわけか可能ですか。

誰かアイデアがあれば嬉しいです。

この例を参照してください。組み込み関数を使用すると、常に内側と外側の境界線を含む文字のパスが得られます。最初のものだけが単一のストロークで構成されているため、パスがはるかに短くなります。

Google Web Fonts の一部のフォントは、複数の「文字セット」をサポートしています。問題は、私が使用する Web フォントが「ラテン」グリフのみを提供する場合、グリフがサポートされていない言語にページを翻訳するユーザーは、めちゃくちゃなテキストにはっきりと気付くでしょう。

Web フォントが、英語以外の世界で最も人気のある言語 (スペイン語、ドイツ語、フランス語など) をサポートすることを望みます。

この目的のために、「ラテン語」と「ラテン語拡張」が正確に対応している言語を個別に知りたいと思います。

答えは次のようになると思います。

Google Web Fonts のドキュメントや Google でこの情報を見つけることができませんでした。

アイコンを最初にダウンロードしたとき、それらはすべてのブラウザーで機能しました。ただし、現在はライブであり、フォントは別のサーバー上にあり、IE や Firefox では動作しませんが、Chrome と Opera では問題ありません。誰でもアイデアはありますか？コードを 3 回チェックし、すべてのフォントがサーバー上にあることを確認しました。

エンコーディングがutf8の場合に、表示される文字（グリフ）を表すために異なる言語が平均して何バイト必要かを示すテーブルなどがありますか？

この質問が特に OpenType フォントについて尋ねられていないとは信じられませんが、これらのフォントからグリフを削除する方法を知っている人はいますか?

非常に大きなファイル サイズ (約 10 MB) の .OTF があり、それを小さくする必要があります。理由は 2 つあります。

1) Web 埋め込み用に準備しようとしているので、ファイルが小さいほど、クライアントにとって簡単になります。

2) Font Squirrel (フォント ファイルの簡単な準備に使用) には 2MB のアップロード制限があります。代替手段があることは知っていますが、これまで成功したものはありません。無駄な時間を節約するために、私が試したものの失敗したのはhttp://fontface.codeandmore.com/とhttp://www.font2web.com/です。CodeAndMore.com は機能しているように見えますが、吐き出すフォントは、私が提供したものとはまったく異なります。

私はフォントの専門家ではないので、簡単に答えてください。

だから私はこの状況にあります：

pdftoxml.exesourceforge.netから使用して、テキストトークンとその座標を取得しました。pdfファイルが回転した場合（つまり/Rotate 90、ソースに書き込まれている場合）、pdftoxml.exeは、指定されたページの高さと幅、および指定されたオブジェクトのx座標とy座標を交換します。それが私が理解していることです。

re太い線を描いていたPDFファイルに出くわすまでは満足していました。つまり、太い線の場合は、この図のように4本の細い線が引かれ、スペースが埋められます。左側には、大きな長方形の一部である2本の細い線（色なし）が表示されます（大きく拡大されています）。私は実際に黒で満たされたその間のスペースを空にして、線を確認しました。

さらに、上記のpdfが回転します。したがってB、最終的に直立させるために、このtextmatrixが使用され0 1 -1 0 90.72 28.3705 Tmました。細い線はこのように描かれて83.04 27.891 0.48 0.48 reいます（座標はここでは異なる場合がありますが、それはそのような再操作でした。操作は次のようx y width height reになり、 adobeのpdf 1.7ページ133のre長方形用です）。ここで関連するのは、浮動小数点の問題のために丸められたり変更されたりしない計算です。これは行のxの正確な値であり、残念ながら、ハードコードされた'sxよりも大きくなります。27.891 + 0.48 = 28.371B28.3705

ページの座標は842 x 595,2、左上隅のPDFXChangeビューアに従って次のようになります。ページが回転しているので、これは自然なことのようです。回転していない場合は左下隅になるので、問題ないはずです。

テキストを1 0 0 1 90.72 28.3705 Tm元の方向に変更すると、下の行が折りたたまれて左側の線が表示されます。

B'syは28.3705andであり、行の水平位置は28.371（上記のコード行の2行目に見られるように）であるため、これは私が期待することです。したがって、probabylyBの収益はそれを超えて28.371いますが、ズームできませんでした。

Bさて、最初の写真の線と線の間のギャップはどこから来ていますか？これは私にとって重要です。なぜなら、左側の最も近い行をB見つけようとしていて、2つの値、つまりpdftoxml.exeから取得したテキストのsuppsed x値28.3705と、行の水平方向の値に驚いたからです。 28.371。私は線が実際には正しくない左をはるかに超えていることを知っていたのでB、少なくとも「線のx位置を取り、Bのx位置を取り、比較し、線のxがB「sx、線は左側にあります」。

x値で正しい行を見つけることができません。代わりに、左端にもう1行が表示されます...まるでテキストが2つの間にあるかのように。

これはテキスト描画コードです：

したがって、Bのサイズや線の太さには何の問題もありません。

私が理解するのを手伝ってくれませんか？

Iこれは、同じページに2つが描かれた更新された画像で、上部は（数学的に90度回転）Iを使用し、下部は使用しています。わかりませんが、下部がどのように回転して上部になってしまうのでしょうか。0 1 -1 0 90.72 28.3705 Tm1 0 0 1 90.72 28.3705 TmI+90

これがPDFコードです。かなり大きいですが、ファイルにコピーしてsth.pdfという名前を付けることができるはずです。

PDFサンプル（実際に表示するには、左上隅を実際に大きく拡大する必要がありますI）

編集私は実際にグリフバウンディングボックスを見つけることについていくつかの興味深い情報を見つけましたが、まだそれらをまとめることができませんでした。

adobe の pdf 1.7 ページ 241では、グリフの境界ボックスとグリフの原点の間に小さな違いがあることがわかります。なぜこの違いがあるのですか？

この質問は別の質問に関連しています

プログラムpotraceによって作成されたSVGファイルのソースがあります。これは、マルチセグメントキャラクターのコンポーネントごとに個別に作成しました。これらの同じ <path> を使用して単純にグリフ定義を作成すると、文字は表示されません。すべてのパス命令を <glyph> の "d=" 属性に詰め込むと、文字が表示されます。

SVG 仕様では、 <glyph> 要素はコンテナーであり、 <path> 要素を含めることができると明示的に述べています。動作しません (Chrome、Opera、Safari でテスト済み)。

これが私が切り詰めることができる最小の例です：

sample04.svg

2 つのグリフは同じ情報を持っていることに注意してください。最初のグリフは <glyph> d= 属性内に完全に含まれており、2 番目のグリフは 2 つの <path> 要素に分けられた情報を持っています。<path> 要素を 1 つだけ使用してみましたが、良い結果は得られませんでした。

では、これは仕様が派手で、ブラウザがそれに対応していない別のケースですか?

注: 私がそれほど気にかけている理由は、フォントに埋め込むこれらの SVG ファイルが 5000 近くあり、ソースを変換するために XML 変換にそれほど重くのしたくなかったからです...