何故か、短剣の特殊文字は、内部的にも見通しでも、Gmailでは表示されません。誰もがそれが取り除かれている理由を知りませんか?私たちはputsmail(litmus)を使ってテストを展開していますが、違いはありません。我々はの有無にかかわらず試しました。HTMLの電子メール - Gmailでレンダリングされない短剣用の文字列
これも、内部的にも見通しもよく、Gmailでは表示されません。
何故か、短剣の特殊文字は、内部的にも見通しでも、Gmailでは表示されません。誰もがそれが取り除かれている理由を知りませんか?私たちはputsmail(litmus)を使ってテストを展開していますが、違いはありません。我々はの有無にかかわらず試しました。HTMLの電子メール - Gmailでレンダリングされない短剣用の文字列
これも、内部的にも見通しもよく、Gmailでは表示されません。
あなたは正しいですか?問題があるようです。私はリトマスでHTML形式の電子メールで次の文字を試してみました:
html-† - character-†
私はHTMLの文字は、Firefox、IE用のGmailのデスクトップ用のGmailのデスクトップにレンダリングされませんでしたことがわかったが、Chromeで微細化。
FirefoxとIE用のAOLもレンダリングしませんでした。両方の文字は他のすべての主要な電子メールブラウザに現れました。
それでは、私はMr Lister's答えを再読しました。なぜ彼のために働くだろうか?
Putsmailで同じメールを試してみましたが、これをOutlookとGmailのアカウントに送信したところ、両方のバージョンがうまく表示されていました。 Gmailを除いて、すべての電子メールクライアントでHTMLのダブルダガーだが、キーボードのダガーは1つしかないようだ。
私の電子メールはUTF-8用に設定されています:<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
と私がテストしていたフォントはArialでした。
私には素晴らしいソリューションがありません。
さまざまなGmailサーバーに問題がある可能性があります。 Inbox by Gmailでうまくいきました。
一貫してすべてのテストで、HTMLバージョンのみが問題あります。キーボードはすべてのクライアントでうまく描画されます。
幸運。
ああ、OPが間違っていることです。私は試したことがありません。 は短剣の正しいコードポイントではないためです。文字参照は、Windows-1252ではなくUnicode値であると想定されます。正しいものは†です。または、文字を入力するだけです。 UTF-8を使用している場合は、何も入力しないでください! –
'&#134'が短剣の正しいコードでない場合、どうやって動作しますか? - https://everythingfonts.com/ascii/codes/134 - 正しいですが、あなたは '&#8224'を使うこともできます。私は代わりにそれをテストしたでしょうが、適切なコードを探すのに最初に「」が出ました。通常、正しく動作しないし、不具合として表示されるため、UTF-8を宣言しても、htmlのASCIIコードを使用せずに127以上の拡張文字を使用することはお勧めしません。この場合を除いて、それは不可解なときにうまくいくように見えます。 – gwally
しかし、OPはすべての状況でうまく動作しないと不平を言っています。ここで見ているのは、ブラウザのエラー訂正です。とのUnicode文字ではない文字参照は、同等のWindows-1252に変換されています。しかし、時には間違ってしまうこともあります。そのため、その動作を考慮せず、代わりに_real_ Unicode値を使用することをお勧めします。 –
自分のGmailアドレスにメールを送信すると正常に動作します。それで、正確に何をしたのかについてもっと詳しく説明できますか?どのようにエンコードされたのですか? –