Rip the cairo_content_t argument out of ps/pdf_surface_create as per discussion on cairo mailing list. Instead these surface will behave as if CONTENT_COLOR_ALPHA had been passed (that is, compositing operators will behave as if destination alpha were available).

This also has the benefit of preserving the API that has been in place for PS/PDF surface since the (experimental) stuff in 1.0.0.
Track API change.
Continue testing PS/PDF surfaces in the CAIRO_CONTENT_COLOR mode but do it by rendering to an intermediate similar surface rather than constructing the target surface differently.

1 files changed, 0 insertions, 2 deletions

diff --git a/src/cairo-pdf.h b/src/cairo-pdf.h
index 1740a4700..abcab0f3f 100644
--- a/src/cairo-pdf.h
+++ b/src/cairo-pdf.h
@@ -45,14 +45,12 @@ CAIRO_BEGIN_DECLS
 
 cairo_public cairo_surface_t *
 cairo_pdf_surface_create (const char		*filename,
-			  cairo_content_t	 content,
 			  double		 width_in_points,
 			  double		 height_in_points);
 
 cairo_public cairo_surface_t *
 cairo_pdf_surface_create_for_stream (cairo_write_func_t	write_func,
 				     void	       *closure,
-				     cairo_content_t	content,
 				     double		width_in_points,
 				     double		height_in_points);