High level diagramme: Nick, when you get a chance can you please send me a copy of the diagrammee as I would like to read through it and start to get a handle on the programR work-flow process. Just confirm that you are using the Gnome package Dia for these UML images.

Once I get a solid understanding of this, I could author a complete, precise and complex document detailing exactly how this process occurs. The I will make a simpler version to be included as part of the Userspace Tools &amp; Documents.

Tests: I agree with this, on the concepts of good projects is good user documentation and tests. There are many test models that we can use from the Ruby codespace and in particular Ruby on Rails. I was wondering if we could make programR into a Rails application also or just leave it as a standalone package depedndent on the Ruby Librabries or even both..

Rake: I like the concept of automation, certainly for testing/deployment but recognise the value of developing a dual user fork, one for developers and the other for users. As far as an interface, if we just code a GUI based on another common well-supported Open Source library (Tcl/TK) that should allow maximum cross system interoperability. I know that none of us like WIN software but we will need to code for it in some capacity I think. Or alternately, ProgramR is only going to be an application served by a webserver. I think this is one of those key geography questions that you are asking Nick. Maybe both then, a simple standalone version with all enclosed libraries, documentation, tests etc that can run standalone and a full developers version that runs via Apache or a Rails application.

<br><br>Organisation:<br><br>I&#39;d be happy to start write user Documentation, deployment instructions onto *nix based systems, with perhaps a focus on Debian-based distributions. I already have a monster HOWTO on installing/configuring RadiantCMS/Rails onto a Debian Etch Server. Could also migrate that rather easily into an Ubuntu specific HOWTO also. 

I&#39;d also be happy to run/report all tests as they get built and configure some sort of benchmarking programme to report of direct shell enquiries to the interpreter and via an interface (webserver/standalone).

Comments welcome! Nick: congratulations on the impending child ... awesome! Regards, Ben.