Would be really interesting to see how much you make off this with your donation model. I wonder how much it would affect income if you used someone other than paypal, or had several donate options.
I'm expecting that it's probably not going to go much above where it is right now (which is still twice as much as I figured it'd bring in); despite quite a few downloads from HN, no one has paid for it. That said, I'm sure I could increase paid conversions with some work, but I honestly don't care enough to do so. I built this so that I could build neat demos on my iPad, and there's no way I'll recoup the cost of 5 or so hours of dev time I spent on this. I'm just glad that it's working well for people.
You're encouraging people to pay for this internal setting toggle, that Apple didn't default to 'On' for a reason (not being finished)? Where is the value in this? You are basically charging for Apples incomplete software.
The value is that people want to use WebGL now, as seen by the almost 1000 people who have downloaded the software over the last few days. However, I have no idea how one can put a price on something of this sort, which is why you could pay $0 or $500 for it if you want. I tend to believe that saving people from a couple of hours of tinkering (writing the same tweak I have, basically) is worth at least $1, but people have thrown in anywhere from $0.10 to $5.
But they're not "using" WebGL other than seeing a demo of it. There's absolutely no interaction. I bet at least half of your downloads expect they'll magically be able to have fully compatible WebGL games. Now that would be software worth paying for, provided it wasn't a settings toggle.
Err, what? You do have full compatibility with WebGL with this. Any failings there are on the part of games are due to a lack of proper event handling (specifically, not using ontouch* events).
And again, "worth paying for" is up to the customers. I very much encourage people to download it and then pay for it if they see value in it. So far people have seen value in it.
Device data (touches, accelerometer, etc) are exactly what I meant by compatibility. Again, back to my point of it not being finished. I see that it wasn't your fault, but this is misleading and shady.
I don't think you understand. All of these things are there. In addition, these have nothing to do with WebGL. You're painting this to be something that it's very much not.
My tweak has been confirmed to work by everyone who has tried it, and it works quite nicely. You're saying that I'm being "misleading and shady", when in reality the full functionality is there.
I actually like that he can make money off of this. It shows that there is a market for WebGL enablement on the iphone. It cracks the whip above Apple's head.
