問題タブ [text-rendering]

たとえば、このwooテーマにはHTMLタグが設定されているため、サイト全体のテキストに設定されていることに気付きました。パフォーマンスの問題を引き起こす可能性があると読みましたが、それは少し前のことです。一部の人々は、それをヘッダーと大きなテキストにのみ追加することを提案しました。

ルールは今変更されましたか？ブラウザはそれでうまく機能しますか？

HTML（スパン、ブレーク、パラグラフのタグとテキストのみで構成され、画像、テーブルなどは含まれない）とクライアントの幅が指定された場合に発生する行数を把握しようとしています。また、各行に含まれるテキストを知る必要があります。これは可能ですか？

私の背景には本当に奇妙な問題があります。css で background-attachment を fixed に変更すると、メニューのフォントがなぜか小さくなります。スクロールまたはローカルに変更すると、本来のサイズに戻ります。なぜそれが起こっているのですか？

編集

OPの例を提供する：

この問題は、Safari (Chrome は問題ありません) と特定のマシン (非 Retina ディスプレイの MacBook Pro 15 インチでは再現可能ですが、iMac と Retina ディスプレイ マシンでは再現できません) でのみ発生します。OSX: 10.8.5、10.9.1 Safariバージョン: 6.1.1、7.0.1。

残念ながら、この問題は iframe 内では発生しないため、jsfiddle で再現することはできません (ただし、iframe のコンテンツはそれに反応しますが、これはブラウザのバグを強く示唆しています)。

代わりに、ローカルで確認できるサンプル HTML を次に示します。

インスペクターで body タグを選択し、background-attachmentルールを切り替えます。フォントがわずかに変更されていることがわかります (スリム/太字)。

これがどれほどの問題で、どのマシンが影響を受けるかを調べて、問題が最終的に貧しいApple開発者に届くようにしたいと思います... :)

アップデート

楽しい事実:-webkit-transform: translateZ(0);回避策として使用できます。なぜそれが機能するのかわかりません...

編集：現在の問題をよりよく反映するようにタイトルを変更しました。

私は今、問題の原因が嘘であることを知っています。それは、関数のテキスト分割部分にあります。チュートリアルでエラーが返されたため、分割テキストを変更しました。

「c」は宣言されていない状態で返され、他の c については言及されていないため、上記の for ループ内のポインターを参照していると思います。「if (start_line)」を最初のコード ブロックに入れましたが、全体ではなく、テキスト内の各文字を返し続けました。
そこで、コードを次のように変更しました。

「else if (*c == *start_line)」比較が問題の原因であると確信しています。何と交換するかは不明ですが。ただし、改行を使用していないか、使用する予定がないため、次のようにすることができます。

しかし、私が間違っていたことがわかってよかったです。*注: 上記のコードは現在正常に動作しており、問題はなく、倍増効果もあります。だから私はそれが私のテキスト分割コードだったと確信しています。

画像からテキストを「パンチ」して、「パンチ」したオフセットから画像の一部をテクスチャとして含むテキスト画像を取得することもできますか？

GDを使用して画像にテキストを書き込むことができることはわかっています。小さい画像でテキストをテクスチャ化してテキストを並べて表示できることについて読んだことがありますが、それは私が探しているものではありません。私の質問がまだ意味をなさない場合は、以下の例を比較してください。

例（ http://www.photoshopessentials.com/images/type/effects/texture-text/photoshop-textured-text.gif経由）：

オプション TextRenderingHint.ClearTypeGridFit を使用して Tahoma フォントで描画されるラベルに AutoSize を使用する際の問題です。ClearTypeGridFit がないと問題ないように見えますが、親コンテナーによってトリミングされます (添付の画像を参照してください: 最初のラベル ',' がトリミングされています)

Tahoma フォントのみであることがわかりました。

カスタムラベルのコード:

デザイナーファイルからのコードの平和:

私が見つけたのは、オーバーライドされた GetPreferedSize 関数だけです:

しかし、結果に最大サイズを適用できません。なぜ最大サイズが必要なのですか? たとえば、ラベルを幅で制限できるようにしたいと考えています。

何か案は？

サブピクセルの配置により、GDIと比較してDirectWriteテキストレンダリングがぼやけることはすでに知っています。

ただし、私の質問はもう少し基本的です。DirectWrite（および関連するメソッド）でテキストをGDIのように鮮明にレンダリングできないのはなぜですか？

言い換えると、GDIのように、DirectWriteがテキストを最も近いピクセルにスナップできない理由は
何ですか？

たとえば、ハードウェアの問題ですか？ドライバーアーキテクチャの問題？単に実装されていないのですか？または、他の何か？

小さいサンプル：

より大きなサンプル：

Direct2D、エイリアス：

Direct2D、デフォルト：

Direct2D（「クラシックGDI」）：

Direct2D（「ナチュラルGDI」）：

実際の古典的なGDI：

実際のClearTypeGDI：

注：これらすべてがぼやけているように見える場合は、次を実行してください

Chromeのコンソールで、後で表示します。

ゲーム（サードパーティが開発）によって表示される特定の画像をWPFで描画しています。現在、を使用して画像を作成していRenderTargetBitmapます。残念ながら、これはIdealテキスト書式設定モードのみをサポートしているようで、小さなフォントがぼやけてしまいます。アプリケーションはサードパーティ製のゲームであるため、画像を使用する方法はありません。

RenderTargetBitmap現在のモニターの 1 つに向けられたイメージを描いていると仮定するように に指示できますか? Displayオフスクリーン描画にレンダリング モードを使用するように WPF を取得する別の方法はありますか?

これが理論的な意味で間違っているように見える理由は理解していますが、実際には、これが不合理なことではないと私が考える理由があります。

• このモードで許可されるものの 1 つDisplayはエイリアス テキストです。これはレンダリングよりも小さいサイズで見栄えがよく、Idealガンマなどのモニター プロパティから完全に独立しています。
• DisplayClearType でレンダリングされた小さいモード テキストのスクリーンショットは、どの画面でも (ガンマが異なる場合でも)Idealモード テキストよりもはるかによく見えます。

WPF レンダリング エンジンでこれを実行できますか? それとも GDI にフォールバックする必要がありますか? (Aliased または ClearType レンダリングをオフスクリーンで使用しても問題ありません)

フォームに標準の TStringGrid があります。グリッドには、すべて TGridColumns オブジェクトである多数の列を含む固定行が 1 つあります。オブジェクト インスペクタを使用して列のタイトルを設定しました。デフォルトの向きは水平です。方向を垂直にする方法はありますか (Excel のセルでできるように)。