13
0
livetrax/libs/canvas
Paul Davis a08c0ea1da manually revert change to canvas expose handling in fee026c5ef
Breaking out the rectangles implies a z-axis ordering of drawing,because the rect drawn last will implicitly be "on top".
But redraw areas are not submitted with any z-axis information, and so drawing like this breaks canvas layering. It
would be more efficient to draw the rects separately, but we don't have any ordering information and so we cannot do it
correctly.
2014-03-05 13:12:18 -05:00
..
benchmark
canvas use a centripetal catmull-rom curve to smooth ArdourCanvas::Curve 2014-03-05 11:38:30 -05:00
doc
test
arc.cc
arrow.cc
build-and-run-benchmark.sh
build-and-run-manual-test.sh
build-and-run-tests.sh
canvas.cc manually revert change to canvas expose handling in fee026c5ef 2014-03-05 13:12:18 -05:00
circle.cc
curve.cc use a centripetal catmull-rom curve to smooth ArdourCanvas::Curve 2014-03-05 11:38:30 -05:00
debug.cc mingw build fixes (tested with i686-w64-mingw32 on linux-x86_64) 2014-03-04 15:25:58 +01:00
drag_handle.cc
fill.cc
flag.cc
group.cc
i18n.h
image.cc
item.cc only queue an item redraw from Item::show() or Item::Hide() if the call changes the visibility status of the item (i.e. make no-ops really be no-ops) 2014-03-04 21:58:17 -05:00
line_set.cc
line.cc
lookup_table.cc
Notes
outline.cc
pixbuf.cc
poly_item.cc
poly_line.cc
polygon.cc
rectangle.cc
root_group.cc
run-manual-test.sh
run-tests.sh
stateful_image.cc
text.cc
types.cc
utils.cc
wave_view.cc
wscript fix compilation of libcanvas so that when built as a shared lib (the default), -DLIBCANVAS_DLL_EXPORTS=1 is not lost 2014-03-01 16:52:08 -05:00