問題タブ [text-rendering]

次のコードがあるとします。

そして、それが機能すると仮定しましょう (実際に動作します - ここでは省略しました)。たとえば、文字ごとにストローク幅を変更する簡単な方法はありますか?

のようなものを使用することを検討しています$image->queryFontMetrics($text, 'H'))が、もっと簡単な方法があるかどうか疑問に思いました。

ありがとう！

Lazarus v0.9.30 (32 ビット コンパイラ) を実行しています。

この質問は、私の以前の質問の延長です。

前の質問は、実行時に標準の TStringGrid にロードした TGridColumns オブジェクト内のテキストの向きを変更する方法に関するものでした。解決策には、文字列グリッドの DrawCellText イベントをオーバーライドすることが含まれていました。

私の質問はこれです。TStringGrid を読み込もうとすると、テキストの向きは同じままですが、列のセルの高さがデフォルトの高さに戻ります。

グリッドをロードするために使用するコードを以下に示します。

「SgWorldScout.Clear」を呼び出すと、デフォルトの DrawCellText イベントが呼び出されると、文字列グリッド セルのプロパティがリセット/変更され、セルの高さの変化が説明されるのではないかと思います。テキストの向きが変わらない理由もわかりません。DrawCellText イベントの動作と、なぜこれが表示されるのかを誰かが説明できますか?

Lazarus v0.9.30（32ビットコンパイラ）を実行しています。

標準のTStringGridを備えたTFormがあります。グリッドには次のプロパティが設定されています。RowCount = 5、ColumnCount = 5、FixedCols = 0、FixedRows=0。

ユーザーがTStringGridセルをクリックしたときに、セルの色を変更してセルにテキストを追加する方法を示すコードをGoogleで検索しました。すべて正常に動作し、GridClickイベントで色/テキストのオンとオフを切り替えるために少し拡張しました。

私が持っている質問は、コードのいくつかの要素の背後にある目的をよりよく理解することです。

Foregroud（FG）およびBackground（BG）TColorオブジェクトの配列があります。それらはGridClickイベントに設定されたセルの色属性を格納するためにあります。したがって、何らかの理由でDrawCellイベントを再度トリガーする必要がある場合、セルはそれ自体を再描画できますか？TColorsの配列の使用を避け、必要に応じてDrawCellイベントの色/テキストを設定することはできますか？

配列を使用する必要がある場合は、ディメンションがGrid.ColCountおよびGrid.RowCountと一致する必要があると想定します（つまり、Form.CreateのSetLength呼び出しで設定します）。

stringgridの5x5セルの外側（つまり空白内）をクリックしていることを検出して、GridClickがDrawCellイベントを呼び出さないようにする方法はありますか？クリックした場所に関係なく、常に行と列の有効な値を取得します。

font-variant: small-caps;複数のブラウザやプラットフォームで一貫性を保ちたい場合は、を使用することはお勧めできません。

このプロパティで最初に問題に遭遇したとき、別の SO メンバーがここに書いたクロスブラウザーの問題に遭遇しました: font-variant: small-caps; は、Chrome または Firefox を使用したさまざまなフォント サイズを示しています。これを回避するには、テキストを大文字にして、レンダリングの大部分をブラウザから切り離すだけでよいので、単語の最初の文字を大きくするだけで済みます。その事件は解決した。

次に、一時的にサイトを Linux ベースのサーバーから Windows 7 サーバーに移動しました。Windows 7 サーバーと Linux サーバーで表示されたまったく同じサイトが、異なるテキスト サイズで生成されましたfont-variant: small-caps;。クロスブラウザーの問題と同様に、最初の文字と残りの単語のサイズの違いは 1 ～ 2 ピクセルにすぎませんが、複数のテキスト要素が並んでいて、最終的にレイアウトが 10 ピクセルずれてしまいました。したがって、このプロパティのサイジングの問題に関しては、ブラウザーだけが原因ではなく、オペレーティング システムも原因のようです。

最後に、このプロパティを廃止し、テキストを大文字にして、:first-letter疑似要素を使用して目的を達成しました。

その長い説明の後、私の質問は...フォーム要素の外観など、一部のレンダリングがオペレーティングシステムによって部分的に処理されることは知っていますが、テキストのサイズ変更はなぜ影響を受けるのでしょうか? これは完全にブラウザによって処理されると思いました。

ドキュメントでこれに関する情報を見つけることができないようです.常に使用される関数は FT_Get_Char_Index(ftFace, i); であり、1つのユニコードコードポイントしか取りません. しかし、結合された文字、つまり複数のコード ポイントを使用する文字についてはどうでしょうか?

これらの文字の一部は、単純に Unicode で正規化して別の (単一の) コード ポイントとして表すことができることは理解していますが、できない文字もありますよね? それらにどのように対処しますか？

私は汎用のテキスト編集ソフトウェアを作成しており、すべての Unicode をサポートしたいと考えています。しかし、マルチコードポイント文字のこの問題は非常に小さいため、問題に値しないのではないでしょうか? そのような文字は、いくつかの主要なアジア言語でかなり一般的ではありませんか?

freetype で適切に実行できない場合、どうすればよいですか?

さまざまなブラウザやOSでのWebフォントのレンダリングの違いに精通しています。ただし、いくつかの質問があります。

Chromeではがらくたのように見えますがFF（Windows 7）では問題ないWebフォント（woff）を使用しています。先日、自宅からリモートデスクトップ経由でオフィスのコンピューターを使用しました。フォントがFFでもがらくたのように見えることに気づきました。オフィスのChromeとほとんど同じように見えました。（自宅でChromeをテストしていません）。リモートデスクトップが何らかの形で「グラフィックス」を削減することは知っていますが、正確にはどのように削減されるかはわかりません。また、それがフォントレンダリングにどのように影響するかわかりません。翌日オフィスに来たとき、FFでのレンダリングはまだめちゃくちゃでした。リモートデスクトップセッションの「グラフィックス」への変更はまだ有効だったと思います。Chromeで確認し、レンダリングしました以前のFFのように、ブラウザは正常に見えます!!？そこで、コンピュータを再起動して通常の「グラフィック設定」に戻しましたが、それは役に立ちませんでした。次に、フォントキャッシュをクリアして、再起動しました。今、私は安っぽいChromeレンダリングとOKFFレンダリングに戻っています。

私の質問：

1. リモートデスクトップ（設定= 32ビットの色深度）に接続すると、一般に「グラフィックス」、特にフォントレンダリングで何が起こりますか？私の推測では、変更が何であれ、FFとChromeの両方が以前とは異なるレンダリング方法を使用するようになります。

2. コンピュータを再起動した後も、どのようにして効果が持続するのでしょうか。「レンダリング結果」はどういうわけかフォントキャッシュに保存されているように見えますか？奇妙に思えます。

アドバイスありがとうございます。

私のアプリのメイン メニューには、ショートカット alt+「マイナス記号」に設定したいメニュー項目があります。IB で同等のキーを設定することができ、期待どおりにトリガーされますが、アプリを実行するときは本当に醜いです:

Interface Builderでは問題ありませんが：

なぜそうなのか、何か分かりますか？ありがとう！

サイトで Google Web Fonts を使用していますが、Chrome Mac バージョン 19.0.1084.52 でのレンダリングがかなり不十分です。これは、font-weight: 700 (bold);を使用する場合にのみ問題になるようです。これは、私のサイトのスクリーンショットと、Google Web Fonts サイトでの表示方法の比較です: http://cl.ly/0Q3m2F1X0f3S3I190U2n

それは同じサイズと重量ですが、私のサイトではそれほどきれいではありません。また、-webkit-font-smoothing: antialiased; 任意の洞察を使用していただければ幸いです。ありがとう！