На что похоже электронное письмо HTML?
Это просто установка атрибутов HTML во время объявления.
Так что это создаст <script src="http://some-url" type="application/json"></script>
Он создаст «виртуальный» элемент (который не существует в DOM, пока вы ему не скажете).
Например, если вы скажете
var x = $('<script>');
x = x.attr('src', 'http://some-url/file.js'
Этот тег виртуального скрипта хранится в x. Вы можете выбрать, что с ним делать сейчас:
$('body').append(x);
Это добавит тег сценария к <body>;
7 ответов
При кодировании для электронной почты HTML я всегда находил, чтобы быть загаженной охотой. В отличие от браузеров, немного почтовых клиентов придерживаются стандартов W3C для разметки HTML. MailChimp довольно милый сервис, который позволит Вам предварительно просмотреть свои электронные письма HTML в 30 некоторые нечетные почтовые клиенты, включая веб-.
У них также есть руководство, в свободном доступе содержащий некоторый ценный do's и don'ts.
Короче говоря, встроенный CSS будет Вашим лучшим выбором (особенно с веб-клиентами, которые разделят определенный CSS). Таблицы более надежны для моделирования в этом случае (хотя, будучи воином стандартов, я съеживаюсь для высказывания этого).
Что касается тегов HTML и тегов основного текста - я отправляю их в своих электронных письмах. Вы ведете принципал, должен быть KISS (сохраните его простым, глупым!).
Не забывайте включать текстовую версию. Это помогает людям, которые не хотят электронные письма HTML.
И разговор о не желании электронных писем HTML: HTML часто используется для спама, таким образом, возможно, что больше электронных писем фильтровано, чем с текстом только версии.
HTML для электронной почты является по существу тем же как HTML для сети. Различие - то, что Ваше электронное письмо рассматривают как то, чтобы быть в недоверяемой ограниченной зоне, что означает, что Вы не можете использовать JavaScript или любые другие технологии сценариев.
Можно встроить вложения в почту (как изображения, таблицы стилей, и так далее) или сослаться на них из внешнего источника. Факт - то, что, если Вы ссылаетесь на них из внешнего источника, большинство почтовых читателей не загрузит их без одобрения пользователя. Это означает, что часто лучше поместить CSS между тегами style в заголовке и изображениях как встроенные вложения.
При чтении почты в ThunderBird или Outlook, очевидно, существуют различия. Каждый использует механизм визуализации FireFox, каждый использует механизм IE. Это совпадает со страницами создания для сети.
При принятии тех точек необходимо смочь сделать симпатичные электронные письма без проблемы.
Надеюсь, это поможет.
Большинство webclients (как Gmail) не захватит внешние таблицы стилей вообще, вероятно, потому что он мог наложить угрозу безопасности.
Мы стандартизируем на электронных письмах только для текста для любой критической электронной почты (например, почтовая активация после регистрации). Для маркетинга электронных писем мы главным образом работаем со встроенными стилями, таблицами и чем-либо, что было популярно в сети в 90-х.
Почтовый HTML не сделал ту же прогрессию как веб-электронная почта, попытайтесь придерживаться абсолютных основ.
Вы ищете кодирование типа MIME. Это - стандарт для обертывания HTML (среди прочего), таким образом, почтовые программы могут транспортировать его.
Я соглашаюсь с Jeroen относительно моделирования Вашей электронной почты HTML в самом файле вместо того, чтобы сослаться на внешний .css файл. У меня были проблемы в прошлом.
Написать письмо в формате HTML, которое будет работать во всех почтовых клиентах, практически невозможно. Ожидайте использования множества обходных путей для их поддержки. Если вы хотите узнать, какие почтовые клиенты лучше всего поддерживают веб-стандарты, посетите email Standard.org. У них есть список почтовых клиентов и предлагаемая поддержка HTML и CSS.