[cairo-commit] 2 commits - NEWS src/cairo.c

Sun Apr 6 03:10:35 PDT 2008

NEWS        |  111 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
 src/cairo.c |    2 -
 2 files changed, 112 insertions(+), 1 deletion(-)

New commits:
commit 44cd51ada62f831e4fddd363797b3ad4568fb443
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
--- a/NEWS
+++ b/NEWS
@@ -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
+for details.
+
+documentation
+-------------
+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.).
+
+general
+-------
+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
+bilinear filtering.
+
+cairo-pdf
+---------
+Fix emission of 1-bit alpha masks in PDF output.
+
+Fix a bug that would cause glyphs to be misplaced along the Y axis:
+
+    http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=%23474136
+
+    Originally, an issue about a crash, but later leading to the
+    misplaced glyphs issue being discovered.
+
+cairo-ps
+--------
+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
+    report:
+
+	https://bugs.freedesktop.org/show_bug.cgi?id=15348#c3
+
+    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.
+
+cairo-xlib
+----------
+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
+    crash.
+
+    (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.)
+
+cairo-quartz-font
+-----------------
+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
+	https://bugs.freedesktop.org/show_bug.cgi?id=15319
+
+
 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
commit 3f5ce00e99bcbb17594441301ad0845007d0aedf
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
--- a/src/cairo.c
+++ b/src/cairo.c
@@ -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
  * cairo_set_scaled_font().
  *
  * Similarly, when using the "real" font support, you can call
