問題タブ [asianfonts]

ラベルに静的データを指定し、ireport の内部プレビューでプレビューすると、すべての漢字が表示されます。しかし、PDFプレビューをエクスポートしようとすると、空白だけが表示されるのではなく、漢字が表示されません。

私は自分の会社の日本語ウェブサイトを管理しています。私は日本に住んでいるので、すべてのデバイスにアジアのフォントと言語サポートがインストールされています。ただし、たとえば私の母は、日本語のフォントを読み取れず、ボックスや文字化けが表示されるデバイスをいくつか持っていることを知っています (米国製)。

私たちには外国の顧客がいます。ユーザーがアジア フォントをインストールしていない場合に英語の Web サイトがどのように表示されるかを簡単に確認できる方法が欲しいと思っています。

アポストロフィや数学記号が正しく変換されず、おかしなスペースやボックスが残ることがあります。

洞察をありがとう。

私は仕事用のサイトに取り組んでおり、多くの言語をサポートしています。何らかの理由で、IE11 は、line-height を使用する場合、アジアの文字 (特に韓国語) を他の言語よりも低くレンダリングしたいと考えているようです。高さ 21 ピクセルのテキストを垂直方向に中央揃えする要素があり、その上に 21 ピクセルの行の高さを設定します。これは、IE11 のアジア言語を除くすべてのブラウザーと言語で機能します。クロスブラウザで機能するCSSを介してこれを修正する方法はありますか(これらの言語の行の高さを手動で変更する以外に)?

以下は、IE11 でのレンダリング方法の例ですが、他のブラウザーでは中央に表示されます。

iPhone は英語に設定されていますが、アプリは複数の言語にローカライズされています。アプリ内部で日本語化すると、「システム」として表示されるフォントはかわいらしいですが、本格的ではありません。

iosfonts.com からわかることから、選択されたフォントはHeiti TCである可能性があります。

日本語にローカライズされたときに、「システム」フォントとしてHiragino Kakuなどを使用するようにアプリを強制するにはどうすればよいですか?

ハードウェア iPhone 5S の言語設定は次のとおりです。

私は古いハングル音節ブロックの入力を必要とするプロジェクトに取り組んでいます (つまり、ㆅやㅿなどの廃止された文字を使用するハングル音節ブロックは、ハングル互換性 Jamo Unicode ブロックにあります)。ブロックを分離されたグリフの文字列 (ᅘᆇᇈ など) ではなく、ブロック全体 (룰 など) として表示するのは困難な時期です。どうやら、ㄱㅏㅁ、가ㅁ、감 という文字列は互いに同等ですが、ハングル フォントの「GSUB 機能」により、さまざまな程度でそれらが結び付けられます。私が収集したものから、同様のプロセスがハングル字母に適用され、母音が続くことによってブロックがどのように形成されるかが推測されます (구 と 기 の ㄱ の違いなど)。最後の子音 (가 と 갈 の ㄱ の違いなど)。

これは、大文字の Á と最小の á の高さの差を推測する結合発音区別符号がどのように機能するかに似ていると思います。文字の組み合わせをサポートしていない多くのラテン フォントがあり、ㄱㅏㅁ、가ㅁ、および 감 は同じですが、最終的に 감 は構成済みの文字であり、Hangul Jamo Unicode ブロックの全体的な目的は (それに関するウィキペディアの記事) 「Unicode で事前に構成されたハングルの音節として利用できない音節、特に現代の発音で他の音と音声的に融合した音を含む古風な音節を動的に構成するために使用される。」これは、ハングル字母が、{ EQ \o(X1,X2) } をそれぞれの文字と組み合わせる必要があるスペース変更文字のように振る舞うかどうか疑問に思います。

私が読んだことのほとんどは、フォントのデザインとコマンド ラインについて語っているため、ライターはワープロで時代遅れの文字を入力するだけでなく、それ以上のことを行っているように見えますが、見よ: https://github.com/adobe- fonts/source-han-sans/issues/34 . ポスターとコメンテーターは、ハングル字母の構成を垂直形式で理解しようとしていますが、ワープロですでに音節ブロックを水平に構成していますが、その方法はどこにも見当たりません。

Windows CE 6 では、AddFontResource() を使用して arialuni.ttf (Arial Unicode MS、バージョン 1.0.1) をシステム フォント リストにロードすると、サポートされているすべての極東言語 (日本語、韓国語、簡体字、および繁体字中国語) が表示されます。フォントを使用してテキストを画面に描画すると、正しく表示されます。

Windows Compact 7 では、同じ手法で極東文字が画面に表示されません。画面に実際の文字が表示される代わりに、空のボックスが表示されます。これは、フォントが必要な文字セットをサポートしていない場合に見られる現象です。

両方のプラットフォームで同じコードと同じフォント ファイルを使用しています。コードをデバッグして、a) AddFontResource() を介してフォントが実際にシステム フォント リストに読み込まれていることを OS が主張している、b) 実際にテキストを描画する前にフォントが画面デバイス コンテキストに読み込まれていることを OS が主張している、および c) 実際の極東文字は、DrawText() に渡したバッファーにあります。これは、CE6 で動作するものとまったく同じです。

奇妙なことに、サポートされている東ヨーロッパ言語 (ロシア語、チェコ語、ブルガリア語) は、arialuni.ttf を読み込むかどうかに関係なく、Windows Compact 7 で正しく表示されます。レジストリによると、デフォルトのシステム フォントは Tahoma ですが、Tahoma が基本的な西ヨーロッパ言語以外をサポートしているとは思いませんでした。CE6未満ではありません。

他のフォントを追加したり使用したりしたくありません。Arialuni.ttf は、私たちがサポートする可能性のあるほぼすべての言語をサポートしており、西ヨーロッパ以外の言語に使用する唯一の言語です。

他のいくつかの True-Type フォントが既にインストールされているため、そのオプション (ラスター フォントではありません) は既に OS ビルドに含まれています。

1. この arialuni.ttf は Windows Compact 7 と互換性がありますか?
2. この種のフォントの読み込みとテキストの描画を機能させるために極東言語のサポートを追加するために、OS イメージに組み込む必要があるものはありますか?
3. 私は Tahoma について間違っていますか?それは現在、東ヨーロッパの言語をサポートしていますか?
4. 私は何が欠けていますか？

ありとあらゆるアイデアをありがとう。

漢字を含む PDF を作成しようとしています。main メソッドから generatePdf()` を呼び出すと、期待どおりに動作します。スクリーンショットが表示されます。ただし、weblogic サーバーにデプロイし、ブラウザーから " http://localhost:7001/PdfGeneration/itext/genpdf " を呼び出すと、フォントが適用されません。スクリーンショットを添付しました。

次の設定:

• ウェブロジックのバージョン: 12.2.1
• Itextpdf、xmlworker: 5.4.5
• ジャージのバージョン: 2.2
• Intellij IDE 2016.1.3
• JDK1.8

style.css にはこれだけが含まれています

コード：

スクリーンショット