Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
I was looking around for changes that I could do. This what I came up with.
Seems boring, but nothing better came up this time.
Signed-off-by: Uli Schlachter <psychon@znc.in>
[ickle: Apologies for not doing it on your behalf.]
Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
|
|
|
|
Based on the work by Øyvind Kolås and Pierre Tardy -- many thanks to
Pierre for pushing this backend for inclusion as well as testing and
reviewing my initial patch. And many more thanks to pippin for writing the
backend in the first place!
Hacked and chopped by myself into a suitable basis for a backend. Quite a
few issues remain open, but would seem to be ready for testing on suitable
hardware.
|
|
Larry Ewing found an ancient and nasty bug whereby a path was not
corrected whilst pushing and popping groups.
|
|
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.
|
|
Most drivers and the X server used to have incorrect RepeatPad/RepeatReflect
implementations, forcing cairo to fall back to client-side software rendering,
which is painfully slow due to pixmaps being transfered over the wire. These
issues are mostly fixed in the drivers (with the exception of radeonhd, whose
developers didn't respond) and the RepeatPad software fallback is implemented
correctly as of pixman-0.15.0, so this patch will hand off composite operations
with EXTEND_PAD/EXTEND_REFLECT source patterns to XRender.
There is no way to detect whether the X server or the drivers use a
broken Render implementation, we make a guess based on the server
version: It's probably safe to assume that 1.7 X servers will use
fixed drivers and a recent enough version of pixman.
|
|
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).
|
|
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>
|
|
Complete the vector trilogy using libspectre to provide a similar
interface (to poppler and librsvg) around GhostScript.
|
|
Add a new test case to Cairo for checking the performance of Cairo's
equivalent to GDK's gdk_pixbuf_composite_color() operation. That is an
operation that happens to be extremely useful when viewing or editing
transparent images so I think it is important that it is as fast as
possible.
|
|
_surfaces_compatible in cairo-xlib-surface returns true for surfaces with
different xrender_format when each has the same depth and no (NULL)
visual.
Common picture formats will not have the same depth, but
it is possible to create a surface with a non-standard xrender_format
having the same depth as another xrender_format with
cairo_xlib_surface_create_with_xrender_format.
Both cairo_xlib_surface_create_with_xrender_format and
_cairo_xlib_surface_create_similar_with_format create surfaces with no
visual.
The same issue exists in the xcb backend.
Fixes bug https://bugs.freedesktop.org/show_bug.cgi?id=16564.
|
|
|
|
The expected behaviour for masking in Cairo is to set the mask according
to the current active matrix and apply unchanged to the masked surface.
In SVG, the mask element is bound to the masked object and thus the local
matrix from that image object applies to the nested mask as well.
Attached is a small patch for substracting the matrix of a image
surface from the matrix of the mask to comply to Cairo's behaviour.
I did not test for other stuff like vectors or text and would expect this
part is incomplete.
|
|
Update to my new email address and drop my old work one.
|
|
Both have contributed a tremendous amount of effort to cairo 1.4.4.
Well done!
|
|
|
|
|
|
|
|
Portability improvements for win32 thanks to Hans Breuer <hans@breuer.org>:
Defined sized-integer types when under the influence of _MSC_VER and without stdint.h.
Use #error which is more portable than #warning, (and more indicative of where we want to be before the next release).
|
|
Add test exposing a BadValue (0-size pixmap) bug in cairo-xlib-surface when everything is clipped away (thanks to Radek Doulík <rodo@novell.com>).
|
|
|
|
|
|
|
|
Josh Aas <joshmoz@gmail.com> Billy Biggs <vektor@dumbterm.net> Damien Carbery <damien.carbery@sun.com> Steve Chaplin <stevech1097@yahoo.com.au> Tomasz Cholewo <cholewo@ieee-cis.org> John Ehresman <jpe@wingide.com> Behdad Esfahbod <behdad@behdad.org> Bertram Felgenhauer <int-e@gmx.de> J. Ali Harlow <ali@avrc.city.ac.uk> Adrian Johnson <ajohnson@redneon.com> Michael Johnson <ahze@ahze.net> Øyvind Kolås <pippin@freedesktop.org> Martin Kretzschmar <martink@gnome.org> Tor Lillqvist <tml@novell.com> Luke-Jr <luke-jr@utopios.org> Jeff Muizelaar <jeff@infidigm.net> Peter Nilsson <c99pnn@cs.umu.se> Geoff Norton <gnorton@customerdna.com> Robert O'Callahan <rocallahan@novell.com> Mike Owens <etc@filespanker.com> Stuart Parmenter <pavlov@pavlov.net> Tim Rowley <tim.rowley@gmail.com> Jason Dorje Short <jdorje@users.sf.net> Travis Spencer <tspencer@cs.pdx.edu> Malcolm Tredinnick <malcolm@commsecure.com.au>
|
|
|
|
|
|
|
|
Add PDF surface constructors.
New file - generic array implementation.
Add cairo_array prototypes.
Add cairo_array.c and cairo_pdf_surface.c.
|
|
|
|
(ugh). Thanks to Vladimir Vukicevic <vladimir@pobox.com> and Peter Dennis Bartok <peter@novonyx.com>.
|
|
|
|
to be compatible with older versions of autoconf (thanks to Bill Spitzak <spitzak@d2.com>).
|
|
Added note about problem with cairo_scale_font.
|
|
Fix broken return value for nchars (thanks to Jordi Mas <jordi@ximian.com>).
|
|
cairo. This list was generated by sifting through the ChangeLog. Please let me know if I have missed anyone.
Add some historical notes on cairo development, prior to when we began to maintain this NEWS file.
Add pointer to cairographics.org. Fix to use cairo rather than Cairo when not at the beginning of a sentence.
Remove cairo_current_path, cairo_current_path_flat, cairo_text_extents, cairo_glyph_extents, cairo_text_path, and cairo_glyph_path from the TODO list as they have all been implemented now.
|
|
|