From 76c2a40a88bc85a7059a38b19fed0df3df009dcb Mon Sep 17 00:00:00 2001 From: xgoff Date: Thu, 2 Aug 2012 08:39:14 -0500 Subject: add todo/untested section to readme --- README.md | 16 ++++++++++++++++ 1 file changed, 16 insertions(+) diff --git a/README.md b/README.md index 33e9963..8aeea02 100644 --- a/README.md +++ b/README.md @@ -18,6 +18,22 @@ not to mention: * the above is used to poke around LÖVE's internals (currently, to wrap pixeleffects' `send()` method) which is especially dodgy * ??? +TODOs and/or untested: + +* consecutive `setCanvas()` calls with a canvas argument, eg: +```lua +love.graphics.setCanvas(canvas1) +-- drawing here +love.graphics.setCanvas(canvas2) +-- drawing here +love.graphics.setCanvas(canvas3) +-- drawing here +``` +the background gets saved when `setCanvas()` is called with an argument, but it doesn't get restored until it's called without an argument. currently only one state is saved so it's possible the above code would trash the background. this isn't a problem if you only ever use `renderTo()` because that automatically handles the `setCanvas()` calls +* `love.graphics.translate()`, `love.graphics.rotate()`, `love.graphics.scale()`, and `love.graphics.shear()` are not handled +* stencils are not handled +* will changing modes during canvas drawing destroy the contents? + beware: i have done only minimal testing of this library so it's possible there are cases where it doesn't work correctly or at all, or that the entire idea is ultimately unworkable! so, consider this more of a proof-of-concept than as an actual alternative. get better drivers/hardware dammit >:( -- cgit v1.2.3-70-g09d2