Ah, but if you wanted to implement a deformable system like the one in Blast Miner into CC,
then you should implement it like it was implemented in Blast Miner.

For the deforming Simulation Part, you should still have that square grid, but have CC terrain inside the grid.
For the surface of the ground, the terrain would only fill up part of a square on the deforming grid.
For the mass of each square on the grid, it would measure the number of pixels in that square.

It would be a lot less computationally expensive than having infinitely detailed deforming objects.

Also, Vector Graphics are based on points. Control Points. They don't have any simulation advantages except
for they mess up really a lot when you bend the control points the wrong way. They are terrible for deforming
objects because either they mess up and fill the screen and glitch, or they look really cheesy.

Anyway, straight lines look pretty good: http://kotsoft.googlepages.com/blob.html

Wait, so you're talking about water repelling other water particles, right?
But don't water molecules attract to other water molecules, thus the high adhesion?
Or does that cause issues due to CC not working like real life?

still, all we need is a grid of stuff that deforms realistically that we can tie friction to.
we can work out how to get a nice graphical effect later. im stumped as to why your first demo didnt work though tim, and just slowed everything.
also, we obviously arent going to do this on a per-pixel level, are we?

My stuff doesn't work because I wrote it planning to go back and fix it. Right now it is basically pseudocode. I'll work on it this weekend.

I commend you all on great plans of deformable meshes and such, but results is what counts, yo.
I shall be very pleasantly surprised if you code in working meshes in CC's Lua.