Age | Commit message (Collapse) | Author | Files | Lines |
|
https://bugs.freedesktop.org/show_bug.cgi?id=38069
|
|
_pixel_to_solid() used to assert that it got a known cairo_format_t.
However, this might not be the case when backends decide to use a pixman
format that is not representable by a cairo format (X and DirectFB are
examples for backends that do that).
This patch makes _pixel_to_solid() return NULL in that case and fixes
the callers to deal with it.
https://bugs.freedesktop.org/show_bug.cgi?id=37916
|
|
3f5aaf6b was not meant to be committed to the 1.10 branch.
This reverts commit 3f5aaf6baaac2766bef57367470777df62c60946.
|
|
Now that the page size is specified by %%DocumentMedia
we can make %%BoundingBox compliant.
|
|
https://bugs.freedesktop.org/show_bug.cgi?id=37388
|
|
Fixes the original report from:
http://lists.cairographics.org/archives/cairo/2011-March/021827.html
I tested this code path with all operators and "source" is the only one which
causes issues with rendering outside of the boxes.
Possibly fixes: https://bugs.freedesktop.org/show_bug.cgi?id=35407
Signed-off-by: Uli Schlachter <psychon@znc.in>
|
|
The advances must be transformed by the "quartz inverse scale",
i.e. (scale_inverse * scale(1,-1)).
Fixes show-glyph-advance.
|
|
This new test (based on show-glyphs-many) checks that the glyphs
advances are respected along both axes.
9c0d761bfcdd28d52c83d74f46dd3c709ae0fa69 introduced a bug which
regresses this test in quartz.
Thanks to Jeff Muizelaar for the report!
|
|
__cairo_path_fixed_is_rectangle() is used by the PS and PDF backends
to check if a path is equivalent to a rectangle when stroking. This is
different from being a rectangle when filling, because of the implicit
close_path appended to every subpath when filling.
Fixes stroke-open-box.
See https://bugs.freedesktop.org/show_bug.cgi?id=34560
|
|
Add a new test to check that the stroking of a 3-sided box is not
"optimized" to a 4-sided box.
Test case based on the code by Simon Kellner in
https://bugs.freedesktop.org/show_bug.cgi?id=34560
|
|
cairo-trace already depended upon HAVE_FUNLOCKFILE for its
thread-safety.
[This is a candidate for 1.10.]
Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
|
|
Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
|
|
caused by holding a pointer into a cairo_array after a realloc
https://bugs.freedesktop.org/show_bug.cgi?id=35161
|
|
Introduced in 24ed8b1e60ea21dcf88fdade34078bbdd617bcbe.
|
|
Commit a0ea0b63fdd38a73d6696da5cd4800d9a7289240 fixed cairo_arc() but
did not apply the same patch to cairo_arc_negative(). This patch fixes
that oversight.
|
|
It is not correct to rely on the version defined in render.h. The
Xrender.h header is independent and might not define some functions
available in RENDER 0.10.
Their availability must be detected at configure time and the stubs
must be defined only if the functions are not available.
Fixes https://bugs.freedesktop.org/show_bug.cgi?id=31906
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=641704
|
|
LD_PRELOAD is supported on Hurd. Adding Hurd to the list of supported
systems makes cairo-trace available on them as well.
See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=608492
|
|
cairo_tee_surface_create copies the device transform from 'master' to
the new surface. This is wrong since all the cairo_surface_wrapper
functions apply master's device transform themselves.
Reviewed-by: Benjamin Otte <otte@redhat.com>
|
|
|
|
|
|
|
|
|
|
https://bugs.freedesktop.org/show_bug.cgi?id=31632
(cherry picked from commit 653ceb517fe756b042a3cf8322a36cbfe71ddbd8)
|
|
Even if the curve_to is completely within the current extents box, the
current point needs to be updated because the shape of following ops
depends on the position of the current point.
Fixes bug-extents.
|
|
Add a test for the computation of approximate extents used by most
backends to esimate the region affected by drawing operations.
Based on:
http://lists.cairographics.org/archives/cairo/2010-December/021331.html
|
|
The corners of the boxes in these ref images were not correct.
|
|
The input of _fill_unaligned_boxes is (supposed to be) composed only
of disjoint rectangles, that can safely be passed to the rectilinear
span converter, but this function artificially introduces intersecting
rectangles when drawing non-aligned boxes.
Using non-intersecting rectangles is easy and makes the code correct.
Fixes rectilinear-grid.
Reviewed-by: Uli Schlachter <psychon@znc.in>
|
|
The rectilinear scan converter assumes disjoint rects as input, but
cairo-image passes intersecting rectangles to it.
This test shows that image and any backends passing through it for the
rasterization (fallbacks, vector backends whose renderer is
cairo-based) fail in compute the corners of intersecting rectangles
correctly.
|
|
(cherry picked from commit 2ae2be36d4551906fd4edbc8bf07aaa7fe0c93cf)
|
|
In 9b9952ab4f64a476bbadfd3e6cf1e66c1137ccd7
_cairo_memory_stream_destroy was changed to take an unsigned long
instead of unsigned int, and the two callsites in cairo-gl-shaders.c
weren't updated.
|
|
Sun Studio Compiler complains:
"cairo-xcb-surface.c", line 585: void function cannot return value
even if the returned value is void.
Some minor code restructuring removes the issue.
|
|
romedalen.png and romedalen.jpg have been bundled into the test
suite without an explicit copyright notice.
|
|
Make sure that degenerate arcs become a move_to-line_to sequence
instead of just a move_to.
Fixes get-path-extents.
|
|
|
|
The problem is probably caused by a change in the behavior of autoconf
(2.67).
See http://bugs.gentoo.org/336329
|
|
Since 9f33f8453b4949cfdc63169d3acd7238f89379c2 tee is not compiled in
anymore by default. Reporting it as always enabled is misleading.
|
|
Painting of some pattern was broken because the paint operation was
implemented as a fill to a rect containing the clip, but this rect was
not transformed as appropriate (using the cairo_to_ps matrix).
PDF simply fills the whole surface rect, so we implement the same
behavior in PS.
Fixes clip-group-shapes-circles, clip-stroke, linear-gradient-extend,
linear-gradient-one-stop, radial-gradient-one-stop.
|
|
https://bugs.freedesktop.org/show_bug.cgi?id=24688
(cherry picked from commit bb4055dac6a937b3412170a332b5effe4bbeff7d)
|
|
https://bugs.freedesktop.org/show_bug.cgi?id=24688
(cherry picked from commit d3746448d78fcedf8f8f9a7d0fca47f1bd6a5b67)
|
|
https://bugs.freedesktop.org/show_bug.cgi?id=24691
(cherry picked from commit e7c5f470436220668e50201d775a9fec47162a67)
|
|
The use of ActualText in a marked content sequence is a PDF 1.5
feature.
A 'use_actual_text' flag linked to the PDF version has already been
implemented in pdf-operators but for some reason this flag had not
been used to control the use of ActualText.
(cherry picked from commit 3afd7cd031ab9097e37c3e89d86ec41d015fdeb8)
|
|
(cherry picked from commit 74873c82242e9c124b69e05d0f8abdf78983d62d)
|
|
(cherry picked from commit 8f2f5e5ad4f8e5f18da903865bb2d2afce3a544e)
|
|
6b77567b6ef28710c7707ab82c7fa95c810152d1 made vertical
path bounds with no area return extents of 0,0. This fixes
the problem by not assuming degenerate path bounds are 0,0
|
|
In 06e9caf86199e8261a07db6d4774628fa147728d the type of the variables
was changed, but the type used to compute the allocation size was not.
Fixes a crash in user-font-mask (test-fallback backend).
(cherry picked from commit c7027c9d89d9a13d6cbc1727fc8513c908878db9)
|
|
|
|
https://bugs.freedesktop.org/show_bug.cgi?id=31140
(cherry picked from commit e23bcfd4300870034f07b1ecd1bb4d2ac95d9785)
|
|
https://bugs.freedesktop.org/show_bug.cgi?id=31062
(cherry picked from commit 6dc0b19adb6da690ad5944623081b9cdb42de066)
|
|
The test for opaque gradients in _cairo_pdf_surface_add_pdf_pattern()
must be identical to the test in
_cairo_pdf_surface_emit_pattern_stops() other wise the PDF file will
reference a smask that does not exist.
The _cairo_pattern_is_opaque() test is too strict for PDF as PDF can
draw EXTEND_NONE gradients with opaque color stops without requiring a
smask.
(cherry picked from commit 7a17ef31760c49b81fd2890814f5b2aeb8c6b3a3)
|