В обычном HTML для браузеров упрощение элементов перекрытия.
Но в темном мире электронной почты HTML, где девиз - "код типа 1996", потому что Outlook использует механизм рендеринга из MS Word, а Gmail удаляет почти все, каждый метод для перекрытия двух элементов, о котором я могу думать, - это неподходящий из-за плохой поддержки клиентов:
-
Position
не поддерживается для многих клиентов, поэтому нетposition: absolute;
илиposition: relative;
и неtop
,left
,right
... - Отрицательные поля удаляются Gmail и другими. Таким образом, нет отрицательных полей.
- Использование "свеса" из элемента с
overflow: visible;
, а ширина и высота, которая меньше, чем размер содержимого элемента, не очень хорошо работает, когда теги<img>
все нужны явные высоты и ширины или где макеты из-за отсутствия поддержкиfloat
и неустойчивого лечения<div>
s, по необходимости необходимо основывать на таблицах большую часть времени. (при этом, если что-либо возможно, что-то, основанное на этом, похоже на наиболее вероятный вариант) - Ничего, включающее фоновые изображения, является вариантом, поскольку они удалены в Gmail и других
- Даже не думайте о том, чтобы использовать CSS3 или javascript в письме HTML...
Есть ли что-то, что можно надежно использовать для создания перекрытия между элементами в электронной почте с перекрестными клиентом? И/или какой-либо способ сделать элемент выведенным из его ограничивающей рамки, не влияя на расположение его соседей?
Например, предположим, что вы хотели сделать что-то вроде этого (пунктирные линии и фоны, показывающие ограничивающие поля), где большое изображение висит над строкой ниже, а не толкает ее вниз...
Элемент (в этом случае <img>
, но не обязательно изображение) перекрывает другие элементы (в этом случае строка ниже - но не обязательно отдельная строка), не отталкивая их.
Есть ли способ сделать это без серьезных проблем совместимости с клиентами?
РЕДАКТИРОВАТЬ: Только что нашел этот кусочек сумасшедшего извращенного гения: создание перекрытия ячеек с использованием colspans и rowspans. Это может быть вариант, еще не прошедший тщательную проверку своего кросс-клиентского рендеринга, хотя любая информация из предыдущего опыта или исследований приветствуется.
Предположим, мы создаем информационный бюллетень, в котором мы не можем предсказать, какие клиенты будут использовать наши клиенты, поэтому мы должны поддерживать популярные основные почтовые клиенты: Outlook, Gmail, Yahoo, Hotmail, Thunderbird, iOS/OSX, Android...