summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* Increment cairo version to 1.8.111.8Carl Worth2010-02-191-1/+1
| | | | Following the 1.8.10 release.
* Increment cairo version to 1.8.10.1.8.10Carl Worth2010-02-191-1/+1
| | | | For the 1.8.10 release, of course.
* NEWS: Add notes for the 1.8.10 release.Carl Worth2010-02-191-0/+78
| | | | Summarizing all bug fixes (as well as I could).
* Fix "make distcheck" to avoid complaints about duplicate getline definitionCarl Worth2010-02-191-3/+4
| | | | | | | The _GNU_SOURCE macro needs to be defined first, (so that now included file includes any C library header (such as stdio.h) without this definition in place. Without this fix, "make check" in the perf directory would fail.
* Fix bug in _cairo_ft_index_to_ucs4Adrian Johnson2010-02-191-1/+1
| | | | | | Previously it would miss the first character causing the space glyph to return 0x00A0 instead of 0x0020. (cherry picked from commit f3b3a5c43f247f3e9019fa6c1fd2abb3b00dd9ea)
* arc: Just emit a line-to if radius is zero.Chris Wilson2010-02-191-1/+3
| | | | | | | | In order to be consistent with the semantics of cairo_arc() using a radius of 0 should simply degenerate into a line-to. Reported-by: Benjamin Berg (cherry picked from commit a0ea0b63fdd38a73d6696da5cd4800d9a7289240)
* Type1-subset: Append "cleartomark" operator for binary fonts that don't ↵Adrian Johnson2010-02-191-7/+15
| | | | | | | | include it Type 1 fonts embedded in PDF may omit the fixed-content portion of the font that contains the "cleartomark" operator. (cherry picked from commit cee3a6169bdf7f64c126c487b443dcb7a9f0586a)
* PDF: Include Type 1 fixed-content portion in the embedded fontAdrian Johnson2010-02-191-4/+4
| | | | | | Some fonts may contain additional PostScript code after the cleartomark. (cherry picked from commit d962d6bae2681ea1f3c9533a83c8902d76e81c6a)
* Type1-subset: Check for binary eexec dataAdrian Johnson2010-02-191-1/+5
| | | | | | | | | | | Type 1 fonts embedded in PDF have the the encrypted portion in binary but the existing check for binary only works for Type 1 fonts in PFB format. Add an additional check based on the first 4 characters of eexec data. The Type 1 specification gurantees that at least one of the first 4 bytes of ciphertext is not an ASCII Hex character. (cherry picked from commit ac59c7580894fc5fd424f7f6f8c1532d15048566)
* Type 1 subset: Don't add a new line when in binary modeAdrian Johnson2009-11-071-1/+2
| | | | | | | | | | | | At the end of the private dictionary a new line is appended so that the trailing zeros will not exceed 80 columns. In hex mode (used for PS embedding) extra white space is harmless as it is ignored when parsing the ascii hex encoded data. But in binary mode (used for PDF embedding) the new line must not be added as it corrupts the binary data. https://bugs.launchpad.net/ubuntu/+source/cups/+bug/419143 (cherry picked from commit a4a59be600cbe17f43afa20422f9d05f3a5d5b52)
* [build] Look for libpng.pc as well when configuring.M Joonas Pihlaja2009-11-011-1/+1
| | | | | The OpenBSD png package installs only libpng.pc and not any of libpng{13,12,10}.pc.
* [xlib] DO_XCOPYAREA and DO_XTILE optimizations break with Window sourceBenjamin Otte2009-10-161-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | | Cairo should include the contents of subwindows when using a Window as a source but will clip to subwindows when using a Window as a destination. This can be set using the GC's subwindow_mode. XCopyArea and XFillRectangle can however only use one GC for both source and destination. Cairo's mode is set to (the default) ClipByChildren. This means that copying from a Window is broken, so we only allow the optimization when we know that the source is a Pixmap. The performance impact of this change has not been tested. It should be small, as the code will use XRender otherwise. If it turns out to be a bigger impact, the optimizations could be improved by doing a two-step copy process: 1) Copy to an intermediate Pixmap with IncludeInferiors 2) Copy to the destination with ClipByChildren (potentially omitting one one of the steps if source or destination are known to be Pixmaps). references: commit 0c5d28a4e5ce5e4dd72c0f416ce5e960e92b808b https://bugs.freedesktop.org/show_bug.cgi?id=12996
* [surface] Protect against the user setting a fallback resolution of 0.Chris Wilson2009-08-051-0/+8
| | | | | | | | | | | | | | Bug 23067 -- using clear drawing operator crashes printing http://bugs.freedesktop.org/show_bug.cgi?id=23067 Here we were hitting an assert within the paginated surface after creating a zero sized fallback image, due to the paginated surface being created with an x fallback resolution of 0 dpi (by _gtk_printer_create_cairo_surface(), gtk/gtkprinter.c:924). Avoid the bug by guarding against bad input to cairo_surface_set_fallback_resolution() which also allows us to identity the invalid caller.
* [cairo] Offset the current path when pushing/popping groups.Chris Wilson2009-06-191-0/+10
| | | | | | | We need to translate the path in order to compensate for the device offset applied to the group surface when pushing and popping. (The path is transformed to device space on creation, and so needs recomputing for the new device.)
* [path] Fix missing implicit move-toNis Martensen2009-06-172-3/+4
| | | | | | | | | When cairo_curve_to happens to start a new subpath (e.g., after a call to cairo_new_sub_path()), it also needs to update the last_move_point. Otherwise the new current point after a close_path() will be at an unexpected position. Therefore, call _cairo_path_fixed_move_to() explicitly.
* Post release version increment to 1.8.9Chris Wilson2009-06-161-1/+1
|
* Increment version to 1.8.81.8.8Chris Wilson2009-06-161-1/+1
| | | | Release time!
* [test] New smask reference image for xlib.Chris Wilson2009-06-161-0/+0
| | | | More font change fallout?
* [NEWS] Tweak line break.Chris Wilson2009-06-161-2/+1
|
* [NEWS] Correct date.Chris Wilson2009-06-161-1/+1
| | | | It's now been a fortnight since I've started this release process...
* [NEWS] Release notes for 1.8.8Chris Wilson2009-06-161-0/+67
|
* Fix compilation on OS X when compiling for 64 bitJeff Muizelaar2009-06-162-1/+4
| | | | | OS X doesn't support ATSUI in 64 bit so don't include the cairo ATSUI API in that case.
* [win32-font] Non-fatal error from GetGlyphOutlineW(GGO_METRICS)Chris Wilson2009-06-101-8/+2
| | | | | | | | | If GetGlyphOutlineW(GGO_METRICS) fails to retreive the metrics for the specified glyph it returns GDI_ERROR. Like ft, do not interpret this as a fatal error but just mark the glyph as empty. Fixes http://bugs.freedesktop.org/show_bug.cgi?id=20255 Bug 20255 -- cairo_scaled_font_glyph_extents breaks with invalid glyph id
* [ft] Don't call FT_Done_Face() on a face we do not ownChris Wilson2009-06-061-1/+2
| | | | | | | | _font_map_release_face_lock_held() was being called unconditionally during _cairo_ft_font_reset_static_data(). This presents two problems. The first is that we call FT_Done_Face() on an object not owned by cairo, and the second is that the bookkeeping is then incorrect which will trigger an assert later.
* [boilerplate] Read big-endian images from any2ppmChris Wilson2009-06-031-0/+2
|
* [test] fix bad merge in previous commitChris Wilson2009-06-031-3/+3
| | | | Missed the conversion of row from char to int.
* [test] Ensure ppm are in correct byte orientation.Chris Wilson2009-06-031-7/+23
| | | | Correct the image conversion failures on big-endian architectures.
* [pattern] Typo in documentChris Wilson2009-06-031-1/+1
| | | | | | Remove extraneous markup from program-listing. https://bugs.freedesktop.org/show_bug.cgi?id=20441
* [cairo] Doc typo.Chris Wilson2009-06-031-4/+0
| | | | | Fix conflicting sentence as pointed out by https://bugs.freedesktop.org/show_bug.cgi?id=20183
* [image] Doc typo.Chris Wilson2009-06-031-1/+1
| | | | | Correct parameter reference as pointed out by https://bugs.freedesktop.org/show_bug.cgi?id=20182
* [font-options] Doc typoChris Wilson2009-06-031-1/+1
| | | | | Remove duplicate 'with' as pointed out by https://bugs.freedesktop.org/show_bug.cgi?id=20180
* [cairo] Update documentation for bug 20154Chris Wilson2009-06-031-10/+15
| | | | | Several typographical errors were pointed out in https://bugs.freedesktop.org/show_bug.cgi?id=20154
* Ensure win32 font index_to_ucs4() sets ucs4 to -1 if lookup failsAdrian Johnson2009-06-031-0/+1
|
* [configure] Replace awk comparator with an aclocal versionChris Wilson2009-06-032-12/+168
| | | | | | | | | As reported in https://bugs.freedesktop.org/show_bug.cgi?id=19283, the fallback freetype version compare is broken inside the configure script as the $1-$3 arguments are interpreted as the script is constructed. To avoid making that awk comparison any more complicated, we import a version compare from the autoconf archives - such that we have a reusable macro for the furture.
* [test] Refresh ghostscript reference imagesChris Wilson2009-06-037-1/+1
| | | | A couple of minor differences with 8.64 vs 8.62
* [test] Update smask textChris Wilson2009-06-037-0/+4
| | | | Smells like a font change...
* [test] Refresh pdf reference imagesChris Wilson2009-06-038-0/+0
| | | | Update to reflect current poppler rendering misbehaviour.
* [ft] Resolve mutual referencing problems with zombie facesKarl Tomlinson2009-06-032-9/+31
| | | | | | | | | | | | | | | | | | | | | Bug 21706 -- zombie ft_font_face / ft_unscaled_font mutual referencing problems [http://bugs.freedesktop.org/show_bug.cgi?id=21706] There can be more than one zombie font_face belonging to an unscaled_font, but only the first is destroyed. This leaks the client's FT_Face (and associated font data) as release of the FT_Face depends on release of the font_face. (The reason why Firefox ends up with two different font_faces for one unscaled_font is that load_flags for faces with artificial oblique have FT_LOAD_NO_BITMAP set. https://bugzilla.mozilla.org/show_bug.cgi?id=486974) Also it's possible for _cairo_ft_font_face_create to pull out a zombie font_face from the unscaled_font, which would crash _cairo_ft_font_face_scaled_font_create, as that expects non-null font_face->unscaled (if !font-face->pattern).
* [ft] Fix vertical advance metrics of bitmap fonts (#21985)Behdad Esfahbod2009-06-031-2/+2
|
* [test] Relax APPROX_EQUALS conditionChris Wilson2009-06-031-4/+4
| | | | | The bounding box of the text is rounded to the nearest pixel boundaries, so therefore the test must accept a similar level of imprecision.
* [test] Sync with memfault headers.Chris Wilson2009-06-031-21/+21
| | | | Update the macros to reflect the current version of memfault.
* [cairo] Describe the restrictions upon cairo_set_tolerance()Chris Wilson2009-02-131-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
* [png] Correct documentation to avoid reference to NULLChris Wilson2009-02-121-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
* [clip] Fix uninitialised status return in _cairo_clip_intersect_mask() for ↵M Joonas Pihlaja2009-01-051-1/+1
| | | | | | empty extents. This fixes the clip-all test case crashing for me.
* Fix _compute_transform to check for nearly degenerate matricesJeff Muizelaar2008-12-181-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
* [ft] Don't call FT_Done_Face() on faces we did not createKarl Tomlinson2008-12-171-1/+1
|
* Increment version to 1.8.7 after the 1.8.6 release.Chris Wilson2008-12-141-1/+1
|
* Increment version to 1.8.61.8.6Chris Wilson2008-12-141-1/+1
| | | | In preparation for the next stable release.
* [NEWS] Add notes for 1.8.6Chris Wilson2008-12-141-0/+50
| | | | Add the historical blurb for 1.8.6.
* [perf] Fix for git-1.6Chris Wilson2008-12-141-1/+1
| | | | git-1.6 moved all the subcommands out of the PATH so update our usage.
View Lorry Controller Status