[cairo-commit] 2 commits - NEWS src/cairo.c
cworth at kemper.freedesktop.org
Sun Apr 6 03:10:35 PDT 2008
NEWS | 111 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
src/cairo.c | 2 -
2 files changed, 112 insertions(+), 1 deletion(-)
Author: Carl Worth <cworth at cworth.org>
Date: Sun Apr 6 03:10:07 2008 -0700
NEWS: Add notes for 1.5.18 snapshot
diff --git a/NEWS b/NEWS
index 850a722..186c4a6 100644
@@ -1,3 +1,114 @@
+Snapshot 1.5.18 (2008-04-05 Carl Worth <cworth at cworth.org>)
+This is the ninth snapshot in cairo's unstable 1.5 series. It comes
+just 4 days after the 1.5.16 snapshot. We had hoped to not need
+another snapshot before the final 1.6.0 release, but several critical
+bugs were found and fixed in the last few days, so we thought it
+important to let people test the fixes with this snapshot. See below
+The README now lists necessary dependencies.
+Various graphics state defaults are now documented, (source pattern is
+opaque black, line width is 2.0, line join is miter, line cap is butt,
+miter limit is 10.0, etc.).
+Several cleanups have been made along many error-path returns,
+(carefully propagating up the original error status values, cleaning
+up memory leaks during error recovery, etc.). This is yet another in
+Chris "ickle" Wilson's long series of error-handling cleanups during
+the 1.5 series.
+Avoid undesired clipping when drawing scaled surface patterns with
+Fix emission of 1-bit alpha masks in PDF output.
+Fix a bug that would cause glyphs to be misplaced along the Y axis:
+ Originally, an issue about a crash, but later leading to the
+ misplaced glyphs issue being discovered.
+Fix misplaced glyphs in cairo's PostScript output.
+ This issue occurs when consecutive glyphs are placed far
+ apart. This case is exercised by the new ft-show-glyphs-table test
+ case, which was originally inspired by the Debian bug #23474136
+ mentioned above.
+Fix more misplaced glyphs in cairo's PostScript output:
+ The issue here showed up under very particular circumstance, (when
+ converting a PDF file with a CFF font with CID Identity-H encoding
+ and using glyph 0, (defined by the CFF specification as .notdef)
+ as a space instead). More concretely, this problem appeared when
+ converting the UbuntuDesktop.pdf file mentioned in this bug
+ As usual with arcane font-encoding-specific bugs like this, many
+ thanks to Adrian Johnson for his magical ability to dive into
+ specifications and emerge almost instantaneously with fixes. And
+ thanks to Sebastien Bacher for bringing the bug to our attention.
+Fix serious failure on X servers without the Render extension.
+ Since the 1.5.14 snapshot (with support for PseudoColor visuals),
+ any application attempting to create a "similar" xlib surface would
+ fail on an X server without the Render extension. Thanks to
+ Frederic Crozat for pointing out that cairo's test suite was
+ entirely failing when run against Xvfb.
+Avoid crashing cairo-xlib applications for too-large glyphs
+ Naively sending glyphs of any size to the X server will eventually
+ violate the X limit on maximum request sizes. We now properly
+ detect when a glyph would be too large and use existing fallbacks
+ to render the glyph rather than trying to send it to the X server.
+Enable the buggy_repeat workaround for Xorg servers < 1.4
+ We have determined that Xorg 1.3.0 (as packaged in Fedora 8 at
+ least) has a bug that can result in an X server crash when cairo
+ uses certain X Render repeat operations, (as exercised by cairo's
+ extend-reflect test). We avoid this crash by using fallbacks
+ whenever a repeating surface is needed for any Xorg server with a
+ version less than 1.4. This is slower, but should prevent the
+ (Meanwhile, there appears to be a separate bug where some X
+ servers or specific X-server drivers will use random pixmap data
+ when asked to draw a repeating surface. The buggy_repeat
+ workaround would also avoid those problems, but we have not yet
+ characterized whether the new "version < 1.4" is a good
+ characterization of those problems or not.)
+Implement cairo_font_extents for this backend.
+The cairo-quartz-font implementation added in the 1.5.14 snapshot was
+entirely missing support for the cairo_font_extents function. Thanks to
+Richard Hult for pointing out this obvious shortcoming, (and obvious
+lack of coverage in our test suite):
+ CGFont backend returns 0 font extents
Snapshot 1.5.16 (2008-04-01 Carl Worth <cworth at cworth.org>)
This is the eighth snapshot in cairo's unstable 1.5 series. It comes
Author: Carl Worth <cworth at cworth.org>
Date: Sun Apr 6 03:09:45 2008 -0700
Add missing parens() to function name in gtk-doc comment
diff --git a/src/cairo.c b/src/cairo.c
index 346f090..a7073d0 100644
@@ -2607,7 +2607,7 @@ cairo_copy_clip_rectangle_list (cairo_t *cr)
* example, if you are using the freetype-based cairo-ft font backend,
* see cairo_ft_font_face_create_for_ft_face() or
* cairo_ft_font_face_create_for_pattern().) The resulting font face
- * could then be used with cairo_scaled_font_create and
+ * could then be used with cairo_scaled_font_create() and
* Similarly, when using the "real" font support, you can call
More information about the cairo-commit