Account for possible color transparency
Update php-font-lib to 560856f8e83ea8def6214add2712711ac416591d
Improve MBString backfill (addresses #755)

Instead of checking for the existence of a particular function we
now check for the presence of the MBString extension. When defining
the MBString constants use the def() function. Rather than checking
for the presense of a single MBString function check every function
prior to creation.

The above changes were made in response to an incomplete MBString
backfill performed by WordPress.
Update php-font-lib class file reference (closes #751))

Patch courtesy of steelfox.
Capture generated content for font subsetting (#750)

Significant code updates will be necessary to capture the
value of generated content for use in the font subset
character list. For the time being we will use the content
definition from the stylesheet.
Update mb_detect_encoding function check
Merge pull request #761 from eddturtle/master

Update mb_detect_encoding function check
Handle globally-applied generated content (#758))

To sanely handle generated content applied globally using the
* wildcard we will only apply the content to teh body element
and its children.

When adding a new DOM node to an existing one check that the
existing node is represented in the frame tree. If not skip the
addition. This prevents an exception for certain nodes excluded
from the frame tree (e.g. HEAD content).
Merge branch 'master' of https://github.com/dompdf/dompdf
It lacks a semicolon line 260
It lacks a semicolon line 346 to...
Merge pull request #765 from doubleslash/patch-1

It lacks a semicolon line 260
Merge pull request #766 from doubleslash/patch-2

It lacks a semicolon line 346 to...
Update dompdf_config.inc.php
Merge pull request #767 from CaporalDead/patch-1

Return out of dompdf_config.inc.php if the DOMPDF class already exists
Commenting out potentially problematic code

Until we can investigate further I'm going to disable the catch 
against multiple instantiations of dompdf. There is a report
that this change may cause problems with Composer.

ref: https://github.com/dompdf/dompdf/commit/e563d3b0e643d0639457035dd6d082ed058283a3#commitcomment-5090703
Check for existing instance of the DOMPDF class
Prepare UTF-8 characters for DOMDocument (Fixes #768)

DOMDocument::loadHTML() assumes the document is encoded with
ISO-8859-1 unless otherwise specified. However, due to some quirks
in processing DOMDocument doesn't always adhere to the specified
encoding. Translating the HTML to HTML-ENTITIES appears to fix the
issue munging characters.
Updating php-font-lib
minor test updates