Living Code

Kathy Sierra, of the Creating Passionate Users blog, posted about using an equalizer metaphor for product planning and brainstorming. She included some images for her readers to play around with for their own equalizer-planning projects. I took those, apply the Gimp to them, mixed with Bob Ippolito’s uber-cool MochiKit, and release to you:

Sierra Sliders

You can label up to eight sliders using the text box, hit enter and tweak the sliders. When you have it the way you want it, you can bookmark the result and send it to your team members, or your mom. Tested in IE 6, Firefox 1.5, and Safari 2.0.2. Your mileage may vary. Void where prohibited by law. Some limitations may apply. Coded in a hurry™.

I’ve been fooling around with 3D lately. First off, my third article as guest-writer for David Mertz’s XML Matters column, The Web ain’t just for 2D anymore went live on IBM’s developerWorks site today. It’s about X3D (3D in XML), successor to VRML, and the possibility of it being relevant today. I have moderate hope for it, now that SVG is starting to be a player. The funny thing is, I think X3D is probably less complicated to implement than SVG is. The real coolness starts when you can combine them, but that is still a ways off.

Years ago, I was the lead programmer for Antarcti.ca’s 3D web client (which was discontinued awhile back), and before that I implemented a simple 3D renderer in Java AWT (this was before Swing, and way before Java3D. So I’ve been tinkering around with 3D for awhile. Lately I’ve volunteered to take a stab at porting VPython over to OS X Aqua (it can be built for OS X, but only under X Windows, which doesn’t appeal to me). So far, the build process for it has been stumping me, and soaking up what little time I have to devote to my hobby coding, but I still plug away at it from time to time. It’s a C++ extension for Python which relies on boost, glib, and OpenGL libraries, and it uses autoconf in a fairly non-auto way. I’ve never been expert at build systems, most python projects I’ve needed were either .configure;make;make install or python setup.py install, so the struggle to port this really bugs me, but VPython is a very cool project and I want to use it (and I don’t want to give in and rely on fink and X). Sometimes I’m too stubborn for my own good.

In a previous post I mentioned that I was thinking of writing a tool for screencasting from OS X. It turns out that while Apple has included more advanced Cocoa libraries for Quicktime in Tiger, there isn’t a convenient way to create new, writable movies from Cocoa, so that project has stalled, for the time being. There is a solution, but I’m trying to wrap up other things before I delve into it.

I have two projects nearly ready to release which are both larger examples of using PyObjC. One is my own project, DrawingBoard, which is being tested right now by both my kids and my friend Michael’s kids. I’m about ready to let other people see it, rough as it still is. The other project is a port of Apple’s Sketch example code from Objective-C into Python, which gives examples of how to use Core Data, undo/redo, and many other things. Both will be coming soon.

I recently tried out the beta of Macromedia Flex Builder 2, and was quite impressed. I normally avoid Flash on principle, but it has some pretty powerful tools built in. It feels more limited than Apple’s Interface Builder, but it has one feature that I’ve been dying to see in IB: You can flip between visual drag-and-drop widget mode, and editing the layout as XML. Interface Builder so needs this ability. It would help for folks writing about developing for OS X (sometimes 100 words is better than half a dozen pictures, and trying to show CTRL-dragging in a still picture is an exercise in futility), and it would help when you come to a new project (or one you haven’t worked on in awhile) and want to get a feel for what methods and event handlers are hooked in to various widgets. Heck, it would help with automated tools, with testing, with grep. Just do it, Apple, or hire me to do it.

The other part that was interesting for me was that Flex Builder runs inside of Eclipse. It’s been a long time since I’ve tried Eclipse and I was pleasantly suprised. It was fairly snappy, not too confusing to find my way around in, and looked better than I remembered. Of course, I was running it on a dual 3GHz Windows box, so I might be disappointed once more if I ran it on my Powerbook, but my brief encounter with it didn’t suck, which was a big improvement.

Of course, neither of these developments are going to lure me away from Python and Vim any time soon.

One of the things which has been taking up my time from releasing Drawing Board is that I’ve been writing another guest edition of my friend David Mertz’s XML Matters column for IBM developerWorks. The latest, SVG and the Scriptless Script went live yesterday.

My last article, on using the DOM, was something I know well and have used for years. This one was on a subject I’ve wanted to learn more about, so getting the examples all working the way I wanted was challenging, but I’m really happy with the result.

Another reason I haven’t released Drawing Board yet is that I want to put up a screencast of it in use, but there doesn’t appear to be a good solution for creating screencasts on OS X. I think I’ve got a solution for that.

Awhile back I promised a bunch of posts, but delays were made (including a month of vacation travelling around BC which I won’t apologize for). One of the promised projects I was going to talk about was PySight, which ought to be simple, since it’s just a trivial wrapper around Tim Omernick’s CocoaSequenceGrabber (used with his permission). But I wanted to package it nicely, write more example code, maybe some documentation.

So instead of a polished project I have no project, and finishing it is pretty low on my priorities right now, sad to say.

Fortunately, Robbie Tingey came to the rescue and prompted me about it. I put a zip file together with Tim’s code to create a framework, his example program to use the framework, my simple wrapper, and my re-write of Tim’s example program in python using PyObjC to show how to use this. There’s a README, but not much else. I sent Robbie the URL and he tried it out successfully, so I thought I’d toss it out to the rest of the world. Caveat emptor, this is pre-alpha, no guarantees, no promises, but hey, it “Works for me™.”

So if you’re feeling adventurous, go ahead and try out PySight (74K Zip) and start grabbing data from your iSight camera from Python. Contributions to packaging it nicely, documenting it, or adding examples are gratefully accepted. Or, just bug me about it and I’ll see what I can do to move it up my priority list.

Python, meet iSight. iSight, meet Python. Play nice together now.

[Update: I forgot the link. Thanks, Marcia!]