diff options
Diffstat (limited to 'BUGS')
| -rw-r--r-- | BUGS | 82 |
1 files changed, 0 insertions, 82 deletions
@@ -5,50 +5,11 @@ that display. -- -cairo_show_surface fails when given a non-default CTM, see the -show_surface.cairo snippet in: - - From: Per Bjornsson <perbj@stanford.edu> - To: Cairo mailing list <cairo@cairographics.org> - Date: Wed, 09 Feb 2005 20:05:35 -0800 - Message-Id: <1108008335.5349.46.camel@localhost.localdomain> - Subject: [cairo] How is cairo_show_surface supposed to work? - --- - cairo_image_surface_create should return a blank image (eg. transparent black) instead of an image with random data in it. -- -cairo_surface_create_for_image is claiming ownership of the user's data. - --- - -cairo_font_set_transform should be renamed cairo_font_set_matrix -cairo_font_current_transform should be renamed cairo_font_get_matrix - --- - -Alexis Georges reports a segfault on AMD64 with a simple program, -(that works in a 32bit chroot). - --- - -The caches need to have some locking (see: [cairo] Static caches and thread-safety) - --- - -Scaling of surface patterns is all broken, (try xsvg -gradPatt-pattern-BE-07.svg and zoom in and out). - --- - -centi_unfinished.svg has big black portions when drawn with svg2png, -(but not when drawn with xsvg). - --- - The caches need to be invalidated at font destruction time. -- @@ -96,24 +57,6 @@ confirmed on a quite default install of debian unstable. -- -cairo_scale_font modifies objects that the user expects to not change. For example: - - cairo_font_t *font; - - cairo_select_font (cr, "fixed", 0, 0); - font = cairo_current_font (cr); - cairo_scale_font (cr, 10); - cairo_show_text (cr, "all is good"); - cairo_set_font (cr, font); - cairo_scale_font (cr, 10); - cairo_show_text (cr, "WAY TOO BIG!!); - -We could fix this by not storing the scale in the font object. Or -maybe we could just force the size to its default after set_font. Need -to think about this in more detail. - --- - cairo_show_text is not updating the current point by the string's advance values. -- @@ -128,34 +71,9 @@ places. -- -Patterns are broken in various ways. The SVG test case demonstrates -some regressions, so something has changed in cairo. Also, -transformation plus repeat doesn't work in either Xrender or -libpixman, (nor in glitz?). - --- - font-size="0" in an SVG file does very bad things. -- -move_to_show_surface (see cairo/test): - - * 2004-10-25 Carl Worth <cworth@cworth.org> - * - * It looks like cairo_show_surface has no effect if it follows a - * call to cairo_move_to to any coordinate other than 0,0. A little - * bit of poking around suggests this isn't a regression, (at least - * not since the last pixman snapshot). - --- - cairo falls over with XFree86 4.2 (probably braindead depth handling somewhere). - --- - -The caches abort when asked for a too-large item, (should be possible -to trigger by asking for a giant font, "cairo_scale_font (cr, 2000)" -perhaps). Even if the caches don't want to hold them, we need to be -able to allocate these objects. |