Well the 371-in-1 Klik’n'Play event at Glorious Trainwrecks looms kind of close. I’m not as far along as I want to be, honestly, but a decent map and tile class will be good enough, I think. I’ve settled on jQuery and a game library written for it, called gameQuery. The latter seems to mostly handle animations (which I’m not using a great deal, but any Tile class I use should be able to handle it). The other issue is that jQuery isn’t very object oriented (like Prototype and Dojo, which I’ve also worked with). That’s not a problem, but I’ve been doing OO programming for so long, it’s hard not to think in those ways.

One thing I’m thinking about is Map tiles. Normally you’d mange it with a flyweight pattern, and load a tile image that would be split up in tile-sized bits, and used to build your map. One image is one internet connection, and you only have the image one place, except when it’s being drawn. This is a pretty good pattern and a standard way of writing a map, but I got to thinking about it — browsers already do this. So long as the graphic url is the same, it pulls it from cache or downloads it once from the internet. Let’s not over do things and do what the browser is going to do already.

So I’m not going to worry about loading and drawing graphics. I’ll just set the URL on any of the map tiles, and keep a buffer around the map so it scrolls prettily. And part of this shortcutting is that I have a week or so, and I don’t want to dawdle over the right way to do something, I just want to get it done. If it’s successful, I’ll fix it later. If it’s not, then the time wasn’t wasted.

OTOH, and since I’m second-guessing myself like crazy, having these as canvas objects means I can do cheap color animation, and that sort of thing, by redrawing the graphics. So I dunno. Maybe there’s an easy way to duplicate dom entries in jQuery, so that so long as it looks like an image, I can use it as a tile. Too bad almost no one supports animated pngs

Of course, part of the issue i’m having is graphics themselves. I shouldn’t be worrying about it, but I am. I need some basic stuff, and I can’t draw–nor am I going to have time to draw. I just need to commit to the idea that my games are going to be about polygons doing polygonal things in a polygonal world. Dangit!

So, now i’m working on the classic map game that I always write to do this: concentration. There’s a sample out there, and I’m liberally copying, but hey I’m learning. As always, you can access these (and read all of the code, of course) at my games website.

Anyway, that’s not why I want to abandon the way I was going.  Here’s the thing: for someone to run my pygame game, they’ve got to have python installed (and the correct version).  Also they need the pygame libraries installed, plus any libraries that I use need to be installed or delivered with my game.

I remember what this was like.

When I first became a full time programmer, I worked on a 4GL called PowerBuilder.  It took four hours to compile, and even then it was only pseudo-compiled.  In order to distribute it, you had to include 14 other DLLs, along with the executable and libraries you used. It didn’t come with an installer (ubiquitous setup programs came with windows 95, and this was in the Windows 3.1.1 days).  So we had to compile it — and just in case something had changed — copy all those DLLs along with it to send to the client.  Back then, that meant copying it to a disk and mailing it.  As our application grew, it no longer fit on a single 1.4MB floppy disk, so we had to go to two disks, which introduced more error.

I worked with other companies, but kept this up for several years.  VisualBasic was slightly better for distribution with it’s runtime, but writing VB game the hives.

Then came the web, and everything pretty much changed.   We lost that “client/server” architecture in favor of one that mirrored the old mainframe methods, just with a much smarter, more capable client.  (IT goes in these cycles, I wouldn’t be surprised if in 5-10 years we’re back to a client/server model, but the current trends are away from that.)

You see the same thing in game development. Most games on my PC want to install DirectX.  There’s still a huge suite of files installed when you run the setup for a game, and all that has to be managed, designed to run on multiple operating systems (even if they are all windows), builds, etc.  Abstraction is good, minimal distribution is better.

The thing is, pretty much everything that connects to the internet today has a browser. Pretty much system has a browser that supports HTML5.  Maybe you’re stuck in an environment where you must use IE.  Well, you probably aren’t playing games there, eh?

Lord of Ultima says, “All you need to enter is a normal web browser…,” as Corvus pointed out recently.  That’s pretty appealing.

I’m not finding any libraries yet, but the other reason I’m switching is that writing HTML and javascript is something that I do every day at my job.  My javascript-fu is a little rusty, but it’s coming back to me as I play with things.  You can look at some of my experiments over at the new Games website which is more of a lab at the moment. I do have a bouncing ball thing working using canvas.

It’s not much, but you know what? It works in Firefox and Chrome under windows xp and windows 7.  It also works on my iPod Touch and the browser on my Android phone. I bet it works under Linux and MacOS and on the iPad, too.  There will be some game design issues if I use keyboard controls, or want to support multitouch — those are the edge capabilities now.  But mouse clicks and single tap controls should work across all the platforms, defining the constraints of the design.

I’m excited by it, and it’s fun to boot!  Now to keep work on these tools so they’re ready in three and a half weeks!