hey,
we did a prototype of a flex-pypy(and then continued ) - which uses pypy to translate into actionscript - which is then compiled with the free flex compiler. So the 'bash the monkey' thing on the pygame main page is made with that. However... flex and pypy are such un-fun things to use that I think it would require someone to be paid to work on it to get it finished(think not one, but two compile steps... one using java! eeewww) . If there's anyone who wants to pay for it, I think a pretty could port could be done in less than 3 months. It would still be buggy, but you could probably get many pygame games working on flash. The idea is to implement the pygame API using flash. Yes, flash 8+ can do fast blits. You can kind of emulate basic blitting with flash 7 too. tinypy.org is another option... there is a much better chance of auditing tinypy for security than Bigpy. Tinypy aims to be a < 64K of code, and already has a sandbox module. It was designed from the beginning with security, and tests in mind. As a side effect you can make tinypy executable with around 30KB executable. Note there are no batteries included (only the really basic stuff). However a pygame port to it would mean you could make lots of games without the python stdlib. It's not possible to do a successful security audit on 300,000 - 2 million lines of code. Tinypy is written with half tinypy code, and half C code. There's a basic pygame module started for tinypy. However we planned to get many unittests for pygame first (which Nicholas helped with for his gsoc project for the last 4 months). These extra tests should make porting pygame to tinypy much easier. It might also be worth implementing a tinypy virtual machine... since tinypy is half written in tinypy, and half in C. With the new flash VM being super fast, this might even be fairly quick. It might even be less code than using pypy translation. However SDL hasn't really been audited for security... and anyone who has done serious graphics programming knows it's easy to crash a machine... even with flash, or java. Graphics drivers have so many bugs, the whole security using graphics is kind of a joke. Saying that, there already are web plugins using python, pygame and SDL out there. ... anyway. Those are some thoughts, for what they're worth :) On Sat, Sep 6, 2008 at 10:07 AM, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > hi, > > i would like to bring up this topic again since a python based open source > alternative to flash which could be used to create browser games would > be super awesome. :) > > if i understand this correctly then the main problem of something like that > is security. > > i noticed on the blender mailing list that someone started to revive the > blender game engine web plugin. they use python too and apparently they have > found a way to sandbox python. > > http://lists.blender.org/pipermail/bf-committers/2008-August/021660.html > > what do you think about this? > wouldn't a web plugin be a big opportunity for pygame? > i am no expert on all of this though... maybe making a web version of > pygame is totally unfeasible?