indeed it does, but it's a shame it isnt implemented engine-side. Oh well.

Well, yes. Currently it just draws the "cloud" based on how close a is to nb, where a is the angle to origin 1 and b is the angle to origin 2 (n is the coefficient you provide). without recursion, the biggest missing feature, you get no really interesting patterns though. eh. what would yo...

How come? Isn't it more desirable than white squares?

.. why not?
or is there a discussion I can be linked to?

I graphed a = 2b: http://i39.tinypic.com/2l93ac0.png So I was in a lecture about maths a few days ago and heard about these wacky things called Double Origin Graphs, where there are two origins (funnily enough) and each point on the graph is defined by the angle between each point (eg 1,2) would be ...

That'll take far too long most onboard laptop gpus still do this.

No worries. And yeah, my first (mostly incomprehenisible, sorry) comment was directed more at the devlopement team, as it would probably be better if padding were automatically built into the drawing functions.

you can set linear velocity easily enough. body:setLinearVelocity(x,y) should work. for rotating things, setAngularVelocity is what you want, and it's in radians per second afaik

it depends how big you want your objects. like that, up to 300 would probably be fine, considering I'd see that large bar as maybe 1 and a half m. Thin objects always pose problems though, sadly. you could try setting all the boxes (or possibly the terrain...) as a bullet too.

lol no padding issues even in the demos.
These crazy squares happen because your GPU can't handle non:2^n dimension images. you'll need to add padding.
http://love2d.org/forum/viewtopic.php?p=14742#p14742 like so.