Kelvin Perez
Kelvin Perez
Back to work

HTML email, built for the reader.

Three email formats, three responsive strategies, and the markup behind them.

In progress / Authored artifact

01

The problem

A message needs to stay readable when layouts narrow, images fail, or an inbox applies its own rules.

02

My role

Independent portfolio project. I own the concept, content, implementation, and verification scope.

03

The approach

Three standalone email documents sit apart from the portfolio shell. Its sandboxed preview preserves the email colors in both site themes.

  • Keep a linear reading order and a constrained content width.
  • Match the responsive strategy to the message: hybrid newsletter, fluid transaction, and breakpoint driven promotion.
  • Keep the preview isolated from site styles.

04

The solution

Three standalone emails: a hybrid editorial newsletter, a fluid transactional message, and a promotional campaign with a responsive breakpoint. Each includes a plain text edition and can be inspected at desktop and mobile widths alongside its HTML source.

05

Results & impact

Three authored email examples are available in the gallery, with matching source and plain text views. Automated checks cover document structure, local assets, source consistency, and isolated preview embedding. This is the current engineering deliverable; inbox test captures are the next evidence to collect.

06

Lessons & takeaways

Different message structures call for different responsive techniques. Keeping the email documents separate from the portfolio makes their markup easier to inspect, while matching plain text editions preserves the content outside the visual layout.

07

Explore the evidence

Inspect the emails

Explore the rendered email, responsive layouts, HTML source, and plain text edition.

Three messages, three jobs

Field Letter is a fictional garden journal and shop. I authored the content and markup for its newsletter, order confirmation, and promotional campaign. Each has a complete HTML document and a matching plain text edition.

The decisions behind the layouts

The newsletter uses a hybrid layout. Two inline block modules wrap as space narrows, without a media query. Conditional ghost tables provide a fixed column structure for Word based Outlook.

The order confirmation uses a fluid single column. Percentage based tables shrink within a maximum width, and the itemized order uses a caption and scoped table headings. It does not depend on a breakpoint.

The promotion uses a fixed 600 pixel desktop canvas. At 620 pixels and below, a media query makes the canvas fluid, stacks the product columns, and adjusts headline size and spacing. This deliberate breakpoint differs from the newsletter’s intrinsic wrapping. Clients that ignore the query may retain the wider layout; actual client testing is still needed.

Inspect the implementation

Each viewer changes the actual iframe width for Desktop and Mobile, constrained by available space. Its width label reports the current size. HTML source and plain text correspond to that viewer’s email. The full gallery provides direct links to all three examples.

Fictional links use the reserved example.com domain. Sandboxed previews block navigation and scripts. Downloaded HTML contains no portfolio wrapper, scripts or tracking pixels.

What this proves

Three authored artifacts and their layout techniques are available to inspect. Structural checks establish their documents and source consistency. They do not establish successful sends, platform integrations, Outlook compatibility, or inbox dark mode behavior. Those require observations in named environments.

Next steps

  • Review all three layouts in actual email clients.
  • Document observed rendering differences and fixes.
  • Collect actual inbox evidence.

Does your team need work like this?

Let's discuss the role and the systems behind it.

Contact options