特定のフォント (handwriting.ttf) を持つアプリケーションを作成しましたが、アプリケーションではまったく問題なく動作しますが、このフォントで書かれたテキストをアプリケーションから電子メールで送信すると、受信側でフォントが意味不明になります(理由は、受信側がそうではないためです)。彼のコンピューターにこの特定のフォントがある)
カスタム フォントを使用して電子メールでテキストを送信する別のアプリケーションを見たことがあります。これにより、このような機能が機能するという確信が持てますが、どのように機能するかわかりません。
ちんぷんかんぷんと言えば、ユーザーがコピーを見ているのに、位置合わせやその他のグラフィック要素が台無しになっているということですか、それとも文字通りまったく理解できないものを見ているということですか。フォント タグに一連のフォントが含まれていて、カスタム フォントを使用しようとして失敗した場合、電子メールはより標準的なフォントの 1 つに戻ると予想していました。元の質問を (a) メール本文の作成に使用しているコードと、(b) メール クライアントでの表示方法の画面スナップショットで更新してください。
すぐに使える 2 つの提案:
カスタム フォントで電子メールを送信している他のアプリを知っている場合 (これには驚きましたが、あなたの言葉を信じます)、そのうちの 1 つに電子メールを送信してもらい、その電子メールのソースを表示して、電子メールの html に何を入れているかを確認し、それがどのように行われているかを調べます。
特殊なフォントを使用しているほとんどの電子メールには、あらゆる種類のグラフィック要素も組み込まれており、電子メールを画像として送信しています (base64 を使用して HTML ベースの電子メールにインラインで埋め込むか、サーバーに配置してリンクすることができます)。そこの <img> に)、多くの場合、テキスト レンディションも含まれます。Quartz 2Dを使用してこれらの画像を作成し、それをメールに埋め込むことができます。明らかに、これはすべての状況で機能するわけではありませんが、電子メールの本文に画像を使用するか、添付ファイルに PDF (アプリから生成することもできます) を使用する方が一般的です。
個人的には、カスタム フォントを電子メールの html 本文に埋め込むことは避けたいと思います。ユーザーの電子メール クライアントがカスタム フォントをレンダリングする方法の気まぐれの影響を受けやすいからです。さらに、さまざまな電子メールクライアントで電子メールを調べて、徹底的なテストを行う必要があります (@meccan のコメント付きリンクが行ったように)。結果として得られる電子メールのルック アンド フィールが重要で、高度に様式化されており、電子メールの内容が比較的短い場合は、オプション 2 に傾倒します。