html电子邮件的当前趋势是什么?
在查看repsonsive design html电子邮件时,我遇到了关于campaignmonitor的this文章。
它似乎将css @media查询和其他css混合在样式块中而不是内联样式中,并使用旧的学校表格布局。
当然,如果电子邮件客户端能够处理css,它知道如何处理div?或者表格是否仍然不能作为后备者的后备?媒体查询并阻止css为那些做的人带来额外的甜蜜?
我意识到电子邮件客户端的更改速度不如Web浏览器快,但表格仍然是最好的前进方式吗?
我确信这个问题之前已被问过很多次,但我正在寻找现代趋势。
也许这应该是另一个问题,但我也注意到这篇文章混合了element.class和element [class =“classname”]声明 - 我用过的最后一个输入[type =“value”之前。为什么类的方括号?
答案 0 :(得分:2)
最近我的公司正在改变他们的电子邮件布局。首先,我们决定使用最新的html / css标准测试不同电子邮件客户端的兼容性。但是,在编码过程中,我们遇到了许多正确渲染的问题,迫使我们转回基于table
的布局。
我们还为能够理解它们的客户使用了@media-queries
和更复杂的样式,但遗憾的是,如果您想支持流行的邮件客户端,tables
仍然是可行的方法。遗憾的是,许多商业客户使用旧的Outlook或类似的东西。
工作完成后,我们使用Campaign Monitor Tester测试我们的布局,但它不够,所以我们必须手动测试许多客户端。
总结:如果我现在要编写电子邮件布局代码,我会选择表格和内联样式。
编辑:括号 - 符号是正确的,但我不明白这一点。此外,在此示例中,它仅匹配具有一个名为classname
的类的元素。它不匹配<p class="classname othername">
。如果此处没有其他论据可供使用,我会使用标准点符号(.classname
)。
答案 1 :(得分:0)
应该注意的是,您需要内联所有css以获得最大兼容性。 Campaignmonitor有一个工具可以自动为您设置内容,因此在阅读他们的建议时请记住这一点。
原因css需要内联是因为基于网络的客户端,比如gmail和(我认为)yahoo剥离样式声明(以及body标签之外的所有内容),以确保它不会搞砸他们的网页。无法内联媒体查询,因此即使是制作自适应电子邮件的当前趋势,也请注意它们无法在Gmail中使用。
仍然在表中工作,因为不同的电子邮件客户端存在不一致,特别是它们如何处理不同的css属性。电子邮件“被困在过去”的主要原因之一是因为Outlook使用了MS Word渲染引擎。 Outlook仍然是最受欢迎的电子邮件客户端,尤其是B2B。
希望信息有所帮助!