[cairo-commit] cairo AUTHORS, 1.3, 1.4 BUGS, 1.7, 1.8 ChangeLog, 1.165, 1.166 TODO, 1.18, 1.19

[Carl Worth]

Committed by: cworth

Update of /cvs/cairo/cairo
In directory pdx:/tmp/cvs-serv5156

Modified Files:
	AUTHORS BUGS ChangeLog TODO 
Log Message:
        * src/cairo.h: Add proposal for cairo_xlib_surface_set_size.

        * BUGS: Added note about problem with cairo_scale_font.


Index: AUTHORS
===================================================================
RCS file: /cvs/cairo/cairo/AUTHORS,v
retrieving revision 1.3
retrieving revision 1.4
diff -C2 -d -r1.3 -r1.4
*** a/AUTHORS	26 Feb 2004 16:54:42 -0000	1.3
--- b/AUTHORS	31 Mar 2004 01:24:29 -0000	1.4
***************
*** 11,15 ****
  Christof Petig <christof at petig-baender.de> Build fixes related to freetype
  Jamey Sharp <jamey at minilop.net> Surface/font backend virtualization, XCB backend
! Sasha V. <sasha at aftercode.net> Build fix to compile without xlib backend
  Carl Worth <cworth at isi.edu> Original library, support for paths, images
  Richard D. Worth <richard at theworths.org> Build fixes for cygwin
--- 11,15 ----
  Christof Petig <christof at petig-baender.de> Build fixes related to freetype
  Jamey Sharp <jamey at minilop.net> Surface/font backend virtualization, XCB backend
! Sasha Vasko <sasha at aftercode.net> Build fix to compile without xlib backend
  Carl Worth <cworth at isi.edu> Original library, support for paths, images
  Richard D. Worth <richard at theworths.org> Build fixes for cygwin

Index: BUGS
===================================================================
RCS file: /cvs/cairo/cairo/BUGS,v
retrieving revision 1.7
retrieving revision 1.8
diff -C2 -d -r1.7 -r1.8
*** a/BUGS	23 Mar 2004 01:56:35 -0000	1.7
--- b/BUGS	31 Mar 2004 01:24:29 -0000	1.8
***************
*** 1,4 ****
--- 1,6 ----
  Splines are not dashed.
  
+ --
+ 
  The polygon tessellation routine has problems. It appears that the
  following paper has the right answers:
***************
*** 10,17 ****
--- 12,23 ----
  	Applications, 13(4), 1999.
  
+ --
+ 
  Stroking a self-intersecting path generates the wrong answer, (in
  mostly subtle ways). The fix is to tessellate a giant polygon for the
  entire stroke outline rather than incrementally generating trapezoids.
  
+ --
+ 
  Cairo is crashing Xnest with the following message:
  
***************
*** 23,24 ****
--- 29,51 ----
  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.
+ 
+ --
+ 
+ Caps are added only to the last subpath in a complex path.

Index: ChangeLog
===================================================================
RCS file: /cvs/cairo/cairo/ChangeLog,v
retrieving revision 1.165
retrieving revision 1.166
diff -C2 -d -r1.165 -r1.166
*** a/ChangeLog	23 Mar 2004 18:33:32 -0000	1.165
--- b/ChangeLog	31 Mar 2004 01:24:29 -0000	1.166
***************
*** 1,2 ****
--- 1,8 ----
+ 2004-03-30  Carl Worth  <cworth at isi.edu>
+ 
+ 	* src/cairo.h: Add proposal for cairo_xlib_surface_set_size.
+ 
+ 	* BUGS: Added note about problem with cairo_scale_font.
+ 
  2004-03-23  Olivier Andrieu  <oliv__a at users.sourceforge.net>
  	

Index: TODO
===================================================================
RCS file: /cvs/cairo/cairo/TODO,v
retrieving revision 1.18
retrieving revision 1.19
diff -C2 -d -r1.18 -r1.19
*** a/TODO	26 Feb 2004 16:54:42 -0000	1.18
--- b/TODO	31 Mar 2004 01:24:29 -0000	1.19
***************
*** 20,28 ****
  do gradients the Right Way).
  
! * Implement cairo_stroke_path and cairo_arc_to.
  
! * Investigate what needs to be done so that old X servers aren't
! swamped with image transport. This may involve adding one or more of
! the following functions:
  
     cairo_flush
--- 20,31 ----
  do gradients the Right Way).
  
! * Implement cairo_arc_to.
  
! * Fix support for old X servers so that it is not swamped with image
! transport. The key idea is to assume that nothing external to cairo
! will be drawing to the same drawable after it is handed to
! cairo. Beyond that, we might actually provide support for cooperating
! with external entities by adding one or more of the following
! functions:
  
     cairo_flush