このLaTeXレンダリングアーティファクトの修正はありますか？
この博士論文を読みながら
デビッドファレル、バナッハ空間の弱いコンパクト性：ジェームズの定理と凸解析。
9ページで、以下に再現されているレンダリングの異常に気づきました。
よく調べてみると、二重モジュラスシンボルが2つの単一線としてレンダリングされているのではなく、それぞれの見かけの単一線が5つの小さなサブセクションで構成されていることがわかりました。
Adobe pdfビューアを使用している場合でも、効果は以下に表示されます。モジュラスシンボルは、重なり合う小さな線でできていることがわかります。そうすると、アーティファクトが生成されます。
Googleのレンダリングエンジンからのアーティファクトは、これらの小さなサブセクションのすべてが適切に整列しているわけではないという事実によって説明されているようですが、Adoveでは、適切に整列していても、アンチエイリアスがスムーズに行われず、線が重なっている部分に隆起が見られます。
この結果は、私がLaTeXに期待するものよりもいくらか少なくなります。
それらの影響を排除する方法はありますか？
回答
これは、GooglePDFビューアの欠陥です。ポジショニングテキスト要素をピクセルに適切に変換することは、高解像度であっても、素朴にできることではありません。DVItype.webのロジックは、これを管理するために非常に長い時間を費やしており、私が知る限り、すべてのdviポストプロセッサはその目的のためにKnuthのロジックを借用しています。
しかし、PDFに書き込むと、ある仮想座標系（TeXのsp = 1/65536のTeXpt = 1 / 72.27inは整数値として測定）を別の仮想座標系（PDFのポイント= 1 / 72inは浮動小数点値として測定）に交換することになります。 PDF座標のピクセルへの変換を維持するために、PDFビューアに翻弄されます。ちなみに、実際にPDFをHTMLに変換し、ピクセルをまったく処理しないGoogleのビューアを除いて、すべてのビューアはこれを正しく実行します。そのため、状況が非常に悪くなります。
区切り文字の増加は、問題のフォントの特別な側面と連携してTeXの植字エンジンで低レベルで発生するものです（cmex10などのフォントテーブルを印刷した場合、区切り文字の部分が奇妙な位置にあることに気付くでしょう。表）そして、縦棒をルールに置き換える方法を見つけることでこの特定の問題を解決できるかもしれませんが、他の大きな区切り文字は依然として苦しむので、GooglePDF-HTMLビューアの制限に対する回避策はないと思います。