I've been thinking good and hard about this topic. At the heart of everything, a web framework is not going to expose any new technologies to you, but it will give you a fair amount of limitations.
You know what can allow you to work with sprites? Java script and html do, and they are *very* flexible. Also, a lot of work has been done recently to bring java script to a much more mature state of being. You might also take an interest in html 5's canvas element, though I don't know how well supported it is currently. Does that seem a little too composée mot français for you? SVG is very well supported (the only modern browser I can think of that doesn't provide support for it natively is IE, but that is easily remedied with a plugin). You could write up a simple template html/javascript arrangement that functions to house the svg stuff; and use ajaxy (what word is in the vouge right now for this sort of thing?) stuff to update the svg dom, and to provide input to the back end. As far as the backend, do whatever you like. If you need python (and I understand you if you do), may as well use django to handle everything really efficiently. Depending on what kind of game you're making, you might want to just learn the wsgi stuff, and write a light weight framework of your own, and not worry so much about web frameworks that are designed for things that are not games in mind. Hope this is helpful, -Lunpa On Mon, Jan 25, 2010 at 4:09 PM, Brad Busse <[email protected]> wrote: > Instead of making another game demo that one one will bother to > download, I'd like to try something new: a python-backended game which > can be played from a browser, in the manner of Flash games but not > using Flash (because it's Flash). > > Problem is, until now I've remained blissfully out of the entire web > 2.0 social media crapstorm, so looking at my current options quickly > turns into an acronym-and-buzzword salad with dollops of fanboy > dressing. > > The two current contenders seem to be Cappuccino vs. Google Web > Toolkit. Neither seem particularly forthcoming when it comes to > things like drawing sprites at arbitrary points on the screen, but I > assume both can be coerced into it. And even then it's anyone's guess > whether it'll be a) remotely playable, b) easier just to code the > whole thing in javascript. > > Has anyone here ever tried internetivising their games? How'd that > go? What was the hardest bit? > > -- > You received this message because you are subscribed to the Google Groups > "pyglet-users" group. > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]<pyglet-users%[email protected]> > . > For more options, visit this group at > http://groups.google.com/group/pyglet-users?hl=en. > > -- You received this message because you are subscribed to the Google Groups "pyglet-users" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/pyglet-users?hl=en.
