Blue Sky On Mars

Weekly TurboGears URL (Sep 24, 2005)

I’ve found the Dr. Dobb’s Python-URL! mailing to be a concise way to keep up with what’s going on in Python without actually following comp.lang.python directly. I’m going to do something similar here, for those who are just following the blog or the announcements list. This first issue will go to the main TurboGears list, but I’m not sure if that makes sense to do in the future.

QOTW: “My optimism and excitement WRT TG increases daily.”
– Jeremy Jones
Link

Patches came in this week from John Miller, Bob Ippolito,
Elvelind Grandin, Fabian Neumann, kickdaddy, Kent Johnson,
and gasolin. (There were possibly others that submitted
documentation patches during the crazy early days of
the week. Sorry if I left you out!)

A TurboGears sprint is coming up on October 8th in
Ann Arbor, Michigan:
Link

TextDrive pitches in and saves me from almost certain
hosting doom.
Link

That, of course, came after Bob Ippolito saved me from
actual hosting doom (by hosting the screencast at
MochiKit.com for a day):
Link

On Thursday, with the new home at TextDrive in place,
the public Subversion repository opened for business.
http://www.turbogears.org/svn/turbogears

There were a number of interesting questions and
discussions that came up that help to define what
TurboGears is or, at least, what it isn’t. It doesn’t
involve abstracting out the individual frameworks:
Link
or specifically supporting database APIs other than
SQLObject (and the underlying DBAPI):
Link

Good news from SQLObject: Matthew Cahn has working
Oracle support for SQLObject 0.6.1 and is working on
moving the code to 0.7.
Link

More than 4,300 views of the “20 Minute Wiki” screencast.
More than 4,700 eggs served from TurboGears.org.
140 members on the TurboGears Google Group.

——–

http://www.turbogears.org

TurboGears discussion:
http://groups.google.com/group/turbogears

TurboGears announcements:
http://groups.google.com/group/turbogears-announce

An email from Jimmie Houchin has convinced me to take a few minutes out and explain where TurboGears came from and why it has emerged on the scene now. One note about how I’m writing this: there are many good tools for Python that solve a variety of needs. Since I’m not out to disparage other people’s work here, I’m not going to mention tools that I had been using or tools that I decided not to use.

In December, I decided to build Zesty News in Python after considering several alternatives (Rails, Seaside, Java-based tools). Python had nothing as slick as Rails for doing webapp development, but it had a whole bunch of great tools for other parts of my application.

I started working in earnest on Zesty News in January. I had to go through the same collection of reading about and deciding on pieces of the puzzle that everyone does when they start creating a webapp. (Side note: Zesty News is a “desktop webapp”… users install it on their machine and it runs a webserver to provide the bulk of the UI.)

I chose the tools that seemed, after a little digging, to be the best combination. The only one of those tools that is part of TurboGears is SQLObject. Development proceeded fairly smoothly until May, and then a funny thing happened on the way to release. I changed gears and decided to strongly emphasize plugins within Zesty News.

That notion changed the direction of things considerably. I wanted to provide a great API for building plugins, as this would benefit me (the full version of Zesty News will be built as plugins on top of the free version) and everyone who wants to customize the program. Toward the end of May, CherryPy became my web framework of choice.

In June, I dealt with a bunch of database nastiness that I never would’ve had to deal with if Zesty News was purely web-based and not a desktop app. Once I left that behind and got back to business, I realized that I would have to get together some decent documentation on the framework I was using to show people how to build plugins. I figured that if I’m doing that work anyway, I might as well package everything up conveniently and make the whole thing one nice, tidy open source package. That was around the end of June or early July.

Around that time, I started pestering Phillip Eby on the distutils-sig list about Python Eggs. I knew that something would have to be done to make TurboGears install easily, and Phillip had a rapidly maturing answer to that problem.

Then, Bob Ippolito started teasing us with promises of a cleaner JavaScript framework. I pestered him to give me a preview and had soon replaced my other JavaScript framework with MochiKit.

Bob was extolling the virtues of attribute-based templating languages when I took another look at Kid. My first look at Kid had been much earlier in the year, and I wasn’t particularly impressed. When I looked again in July, I knew I had found the ultimate: easy and Pythonic, yet fully valid XML and viewable in the browser. It didn’t take me long to rip out my old templates and replace them with shiny new Kid ones.

After the release of the first Zesty News alpha, I turned my attention to preparing TurboGears for release. I went through some effort getting API docs together using a hacked epydoc that includes colorized source files. I cleaned up the code that creates the Blazing Things website and turned it into docgen.py that appears in TurboGears.

And, of course, I wrote, and setup servers and got domains, and figured out how to do a screencast and all that good stuff. Which is how we got to where we are today…

I’ve actively used different tools for all of the parts of TurboGears and read extensively about many more. I’m happy to have found a great set of tools that work well together, and it’s gratifying to know that I’ve helped other people to use them as well.

(Not such a brief history, huh? Unfortunately, I didn’t have time to make it shorter (paraphrasing Blaise Pascal).)