summaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFilesLines
2009-02-13[cairo] Describe the restrictions upon cairo_set_tolerance()Chris Wilson1-1/+4
Truc Troung reported that the behaviour of cairo_set_tolerance()/cairo_get_tolerance() was inconsistent with the documentation, i.e. we failed to mention that the tolerance would be restricted to the smalled fixed-point value. Add a sentence to the documentation that describes the restriction without mentioning what that is... Hopefully that is sufficient detail to accommodate the reporter, without exposing internal implementation details. Fixes https://bugs.freedesktop.org/show_bug.cgi?id=20095 Bug 20095 - The cairo_set_tolerance() function behavior is inconsistency with the spec
2009-02-12[png] Correct documentation to avoid reference to NULLChris Wilson1-2/+15
As pointed out by Truc Truong, cairo_image_surface_create_from_png_stream() cannot return NULL and so the documentation was incorrect. Fixes http://bugs.freedesktop.org/show_bug.cgi?id=20075 Bug 20075 There is a misprint in the spec for cairo_image_surface_create_from_png_stream() function
2009-01-05[clip] Fix uninitialised status return in _cairo_clip_intersect_mask() for ↵M Joonas Pihlaja1-1/+1
empty extents. This fixes the clip-all test case crashing for me.
2008-12-18Fix _compute_transform to check for nearly degenerate matricesJeff Muizelaar1-2/+4
If a matrix was something like [0 .000001 0, .000001 0 0] the old code would assume that xx and yy were greater than 0 and turn the nearly degenerate matrix into an actual degenerate one. This caused things to blow up later on. Now we check that our nearly rectangular matrices are not nearly degenerate, and let the nearly degenerate ones fall through to the non-rectangular path. Note: I'm not sure why NEARLY_ZERO(d) is fabs(d) < 1/65536 instead of some other value. Hopefully, it's a useful definition. This problem was found by a test case attached to: https://bugzilla.mozilla.org/show_bug.cgi?id=467423
2008-12-17[ft] Don't call FT_Done_Face() on faces we did not createKarl Tomlinson1-1/+1
2008-12-14Increment version to 1.8.7 after the 1.8.6 release.Chris Wilson1-1/+1
2008-12-14Increment version to 1.8.61.8.6Chris Wilson1-1/+1
In preparation for the next stable release.
2008-12-14[NEWS] Add notes for 1.8.6Chris Wilson1-0/+50
Add the historical blurb for 1.8.6.
2008-12-14[perf] Fix for git-1.6Chris Wilson1-1/+1
git-1.6 moved all the subcommands out of the PATH so update our usage.
2008-12-14[RELEASING] Update Makefile for git-1.6Chris Wilson2-4/+4
Git moved all the subcommands out of the PATH, so we need to update our usage.
2008-12-14[RELEASING] Correct a few minor typos.Chris Wilson1-5/+5
As I was reading through the instructions, take the opportunity to fix a few spelling mistakes.
2008-12-14[doc] Fix erroneous doc comment.Chris Wilson1-1/+1
A normal comment was marked as a gtk-doc entry and thus causing gtk-doc to complain.
2008-12-14[perf-diff] Fix cairo-perf-diff for git 1.6Chris Wilson1-1/+1
Since git 1.6 the plumbing commands aren't installed in the user's path by default. This patch fixes cairo-perf-diff to find the git-sh-setup command from git's lib dir. (cherry picked from commit 0c0f4862c52d68776024f125b003ade455044b27)
2008-12-14[xcb] check for render extension presenceJulien Danjou2-2/+7
Otherwise this may leads to an invalid memory access to r. Fixes: Bug 18588 - XCB backend fails with missing render. https://bugs.freedesktop.org/show_bug.cgi?id=18588 Signed-off-by: Julien Danjou <julien@danjou.info> Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk> (cherry picked from commit 834f1d7b7097dcc3a32f6c65d21e87fd272d924a)
2008-12-14[gstate] Remove culled glyphs from clusters.Chris Wilson1-47/+176
Sascha Steinbiss reported a bug where the PDF backend was reading beyond the end of the glyph array: http://lists.cairographics.org/archives/cairo/2008-December/015976.html. It transpires that in the early glyph culling in the gstate we were not updating the clusters to skip culled glyphs.
2008-12-10[quartz] Create a copy of the pattern so that the reference counts are balancedJeff Muizelaar1-2/+14
The pattern could be stack allocated so we can't take a reference to it; instead make a copy. Based on a patch by Paolo Bonzini.
2008-12-08[win32] Use MOD instead of the '%' operatorJeff Muizelaar1-2/+5
Repeat should be handled using MOD instead of '%' so that negative numbers are handled as expected. E.g. -1 mod 600 = 599, not 495 as the '%' operator gives. This was causing https://bugzilla.mozilla.org/show_bug.cgi?id=466258 Patch from Robert O'Callahan
2008-12-02[matrix] Optimise invert for simple scaling|translation matrices.Chris Wilson1-1/+25
Peter Hercek reported, and provided a very useful test case for, a bug that caused his applications to crash with Cairo detecting an non-invertible pattern matrix and thus asserting the impossible happened. Bisecting revealed that the bug first appeared with 3c18d95 and disappeared with 0d0c6a1. Since neither of these explain the crash, further investigation revealed a compiler bug (gcc 4.3.3 20081130, earlier versions have different bugs!) that caused the matrix inversion to be invalid iff _cairo_matrix_scalar_multiply() was inlined (i.e. -O0, or an explicit noinline atttribute on that function prevented the bug, as did -msse.) So we apply this workaround to hide the bug in the stable series... The matrix is quite often just a simple scale and translate (or even identity!). For this class of matrix, we can skip the full adjoint rearrangement and determinant calculation and just compute the inverse directly. (cherry picked from commit 0d0c6a199c5b631299c72dce80d66ac0f4936a64)
2008-11-26[os2] Move include cairo.h before os2.hChris Wilson1-2/+2
The defines need to come first, but we specify that cairo.h is the first header file to be included by files.
2008-11-26[os2] Fix includesBehdad Esfahbod3-16/+8
Patch from Dave Yeo to make cairo-os2.h include os2.h directly so the header is standalone.
2008-11-21cairo-xcb: avoid leaking memoryMaarten Maathuis1-0/+3
2008-11-21[directfb] Compile fix with debug enabled.Chris Wilson1-0/+1
Fix a trivial compile failure reported here: Bug 18322 - bug in _cairo_directfb_surface_release_source_image function (http://bugs.freedesktop.org/show_bug.cgi?id=18322)
2008-11-14Increment version to 1.8.5 after the 1.8.4 release.Carl Worth1-1/+1
2008-11-14Increment version to 1.8.41.8.4Carl Worth1-1/+1
2008-11-14NEWS: Add notes for cairo 1.8.4Carl Worth1-0/+52
Just a few bug fixes here.
2008-11-13Blacklist "X.Org" < 7.0 with the buggy_repeat workaround.Carl Worth1-2/+9
This is in response to a report that a 6.9 server crashes with cairo's extend-reflect test: https://bugs.freedesktop.org/show_bug.cgi?id=15628#c2
2008-11-13Document the buggy_repeat workaround more carefully.Carl Worth1-16/+38
It's a confusing condition, so let's be explicit about where the various numbers come from.
2008-11-05Define RepeatNone, etc if the available Render version doesn't (#18385)Behdad Esfahbod1-0/+18
2008-11-04[aclocal.dolt.m4] Fix build with bash versions <= 3.0 (bug #18363)Behdad Esfahbod1-1/+1
2008-11-02type1-subset: return unsupported on FT errorsAdrian Johnson1-8/+4
and let type1-fallback handle it. This fixes the bug reported by Peter Weilbacher in http://lists.cairographics.org/archives/cairo/2008-October/015569.html
2008-10-31[scaled-font] Fix typo that prevented meta_surface lookup.Chris Wilson1-1/+1
test/text-glyph-range was crashing since we requested the meta_surface but the glyph wrongly believed it already had the meta_surface but was checking for a path instead.
2008-10-30[test] Remove XFAIL from user-font-maskChris Wilson5-9/+6
user-font-mask should PASS modulo the scaling anomalies in the external renderers, so remove it from the XFAIL list.
2008-10-30[analysis] Only limit to mask extends if bounded by mask.Chris Wilson7-2/+6
The extents of cairo_mask() is only limited to the mask if the operation is bounded by the mask.
2008-10-30Review users of cairo_rectangle_int_t for incorrect unsigned promotion.Chris Wilson13-148/+144
Adrian Johnson discovered cases where we mistakenly compared the result of unsigned arithmetic where we need signed quantities. Look for similar cases in the users of cairo_rectangle_int_t.
2008-10-30[rectangle] Fix unsigned promotion whilst computing intersect.Chris Wilson2-15/+19
_cairo_rectangle_intersect() incorrectly allows unsigned promotion during its arithmetic.
2008-10-30[pattern] Allow the projected surface extents to be negative.Chris Wilson1-4/+4
In order to handle projection of analysis surface with user-fonts we need to accommodate patterns extending into negative coordinate space.
2008-10-30[gstate] Allocate temporary variable for backend_to_user transform.Chris Wilson1-19/+50
_cairo_gstate_backend_to_user_rectangle() requires that its input arguments are non-NULL and describe the input rectangle to be transformed. However, we were passing through output parameters from the public API which were allowed to be NULL. So we need to allocate temporary variables in which to compute the output rectangle, but only copy them as required.
2008-10-30Increment version to 1.8.3 after the 1.8.2 release.Carl Worth1-1/+1
Thanks to Chris Wilson (who else?) for the last-minute bug fix.
2008-10-30Increment cairo version to 1.8.2.1.8.2Carl Worth1-1/+1
Hurrah! We're finally there.
2008-10-30[xlib] Fix _draw_image_surface() with opaque images.Chris Wilson1-1/+8
If the image was opaque with no alpha channel, we filled the output alpha with 0. Typically, the destination surface for dithering is an RGB window, so this bug went unnoticed. However, test/xlib-expose-event is an example where we generate an intermediate alpha-only pixmap for use as a stencil and this was failing as the mask was left completely transparent. The simple solution is to ensure that for opaque images, the output alpha is set to the maximum permissible value.
2008-10-30[xlib] whitespaceChris Wilson1-5/+5
Tweak the whitespace to lose some unnecessary line wrapping, casts and blanks.
2008-10-30[test/xlib-expose-event] Save the output image to diskBehdad Esfahbod1-0/+1
2008-10-29Remove test/twin-ref.png.Carl Worth1-0/+0
I missed this in a previous commit, (I think I had used a pattern of twin-*-ref.png which of course didn't match this file).
2008-10-29NEWS: Finish the entry for the 1.8.2 release.Carl Worth1-29/+60
Add some summarizing paragraphs and organize bug-fixes and optimizations into separate sections.
2008-10-30[NEWS] Spot another couple of typos.Chris Wilson1-4/+4
Proof-reading is difficult, even with the squiggly lines.
2008-10-30[NEWS] Correct a couple of typos.Chris Wilson1-5/+5
Whilst Carl's not looking, fix a couple of typos -- in particular the one calling me a bug! ;-)
2008-10-29NEWS: Add long list of bugs fixed for 1.8.2.Carl Worth1-0/+110
(Still need to add a paragraph or two summarizing the release.)
2008-10-29Remove twin perf case.Carl Worth4-53/+0
This performance test relied on the recently-removed ability to select the internal twin-based font family with a name of "cairo". Presumably, we'll want to bring this performance case back when some other means of requesting that font face is added.
2008-10-29Remove twin test case.Carl Worth7-67/+0
This test relied on the recently-removed ability to select the internal twin-based font family with a name of "cairo". Presumably, we'll want to bring this test case back when some other means of requesting that font face is added.
2008-10-29Remove the ability to select the internal font face with a name of "cairo".Carl Worth2-5/+2
It's not fair to steal this name from the namespace of family names. There are definitely cairo.ttf files that exist out there, and people may already be using these, (or may use them in the future), with cairo_select_font_face and a family name of "cairo". In place of this, we'll want to come up with some other new, and documented API for selecting the internal font face.
generated by cgit v1.2.3 (git 2.39.1) at 2024-11-27 16:45:59 +0000