README.md 8.0 KB

Emogrifier

Build Status Latest Stable Version Total Downloads Latest Unstable Version License

n. e•mog•ri•fi•er [\ē-'mä-grƏ-,fī-Ər] - a utility for changing completely the nature or appearance of HTML email, esp. in a particularly fantastic or bizarre manner

Emogrifier converts CSS styles into inline style attributes in your HTML code. This ensures proper display on email and mobile device readers that lack stylesheet support.

This utility was developed as part of Intervals to deal with the problems posed by certain email clients (namely Outlook 2007 and Google Gmail) when it comes to the way they handle styling contained in HTML emails. As many web developers and designers already know, certain email clients are notorious for their lack of CSS support. While attempts are being made to develop common email standards, implementation is still a ways off.

The primary problem with uncooperative email clients is that most tend to only regard inline CSS, discarding all <style> elements and links to stylesheets in <link> elements. Emogrifier solves this problem by converting CSS styles into inline style attributes in your HTML code.

How it Works

Emogrifier automagically transmogrifies your HTML by parsing your CSS and inserting your CSS definitions into tags within your HTML based on your CSS selectors.

Usage

First, you provide Emogrifier with the HTML and CSS you would like to merge. This can happen directly during instantiation:

$html = '<html><h1>Hello world!</h1></html>';
$css = 'h1 {font-size: 32px;}';
$emogrifier = new \Pelago\Emogrifier($html, $css);

You could also use the setters for providing this data after instantiation:

$emogrifier = new \Pelago\Emogrifier();

$html = '<html><h1>Hello world!</h1></html>';
$css = 'h1 {font-size: 32px;}';

$emogrifier->setHtml($html);
$emogrifier->setCss($css);

After you have set the HTML and CSS, you can call the emogrify method to merge both:

$mergedHtml = $emogrifier->emogrify();

Options

There are several options that you can set on the Emogrifier object before calling the emogrify method:

  • $emogrifier->disableStyleBlocksParsing() - By default, Emogrifier will grab all <style> blocks in the HTML and will apply the CSS styles as inline "style" attributes to the HTML. The <style> blocks will then be removed from the HTML. If you want to disable this functionality so that Emogrifier leaves these <style> blocks in the HTML and does not parse them, you should use this option.
  • $emogrifier->disableInlineStylesParsing() - By default, Emogrifier preserves all of the "style" attributes on tags in the HTML you pass to it. However if you want to discard all existing inline styles in the HTML before the CSS is applied, you should use this option.

Installing with Composer

Download the composer.phar locally or install Composer globally:

curl -s https://getcomposer.org/installer | php

Run the following command for a local installation:

php composer.phar require pelago/emogrifier:@dev

Or for a global installation, run the following command:

composer require pelago/emogrifier:@dev

You can also add follow lines to your composer.json and run the composer update command:

"require": {
  "pelago/emogrifier": "@dev"
}

See https://getcomposer.org/ for more information and documentation.

Supported CSS selectors

Emogrifier currently support the following CSS selectors:

  • ID
  • class
  • type
  • descendant
  • child
  • adjacent
  • attribute presence
  • attribute value
  • attribute only

The following selectors are implemented, but currently are broken:

  • first-child (currently broken)
  • last-child (currently broken)

The following selectors are not implemented yet:

  • universal

Caveats

  • Emogrifier requires the HTML and the CSS to be UTF-8. Encodings like ISO8859-1 or ISO8859-15 are not supported.
  • NEW: Emogrifier now preserves all valuable @media queries. Media queries can be very useful in responsive email design. See media query support.
  • NEW: Emogrifier will grab existing inline style attributes and will grab <style> blocks from your HTML, but it will not grab CSS files referenced in elements (the problem email clients are going to ignore these tags anyway, so why leave them in your HTML?).
  • Even with styles inline, certain CSS properties are ignored by certain email clients. For more information, refer to these resources:
  • All CSS attributes that apply to a node will be applied, even if they are redundant. For example, if you define a font attribute and a font-size attribute, both attributes will be applied to that node (in other words, the more specific attribute will not be combined into the more general attribute).
  • There's a good chance you might encounter problems if your HTML is not well formed and valid (DOMDocument might complain). If you get problems like this, consider running your HTML through Tidy before you pass it to Emogrifier.
  • Finally, Emogrifier only supports CSS1 level selectors and a few CSS2 level selectors (but not all of them). It does not support pseudo selectors (Emogrifier works by converting CSS selectors to XPath selectors, and pseudo selectors cannot be converted accurately).
  • !important currently is not supported yet.
  • Maintainer

    Emogrifier is maintained by the good people at Pelago, info AT pelagodesign DOT com.

    Contributing

    Those that wish to contribute bug fixes, new features, refactorings and clean-up to Emogrifier are more than welcome. When you contribute, please take the following things into account:

    • Please cover all changes with unit tests and make sure that your code does not break any existing tests.
    • To run the existing PHPUnit tests, run the following command:

      composer install

    and then run this command:

      vendor/bin/phpunit Tests/
    

    If you want to uninstall the development packages that were installed when you ran composer install, you can run this command:

      composer install --no-dev
    
    • Please use the same coding style (PSR-2) as the rest of the code. Indentation is four spaces.
    • Please make your code clean, well-readable and easy to understand.
    • If you add new methods or fields, please use proper PHPDoc for the new methods/fields.
    • Git commits should have a <= 50 character summary, optionally followed by a blank line and a more in depth description of 79 characters per line.
    • Please squash related commits together.
    • Please use grammatically correct, complete sentences in the code documentation and the commit messages.