Tom,
It's always nice to hear what people think about green!
I agree, I really like the dotted syntax! I'm working on resolving one outstanding bug* so that I can implement bash/zsh-completion** so then you can just go "green someth<TAB>" and help you tab-complete the dotted name.
The colors are why I started green in the first place, so I'm glad you like them!
This is the first feedback I have received on the tutorial. I'm glad you liked it. I wrote it because I have never found a guide that I felt explained test layout options properly, so it was partly just writing down the lessons I managed to learn so I can refer back to it myself.
Regarding support for older versions of Python, there are a couple places at work where we still use Python 2.6, and it stinks that I can't use green there -- I feel your pain. That's not going to change, though, since the world is moving steadily to 2.7 and 3.x (yay for the RHEL/CentOS 7 release!). I have looked at supporting older versions and it is _not_ pretty.
You are correct, green does not currently support a config file. That would be a good feature to add. In fact, I just went and added it to the list.*** For now, `alias green="green -v"` will work for you just fine, methinks.
Regarding -v specifically, I personally think -v ought to be the default level, instead of just dots. So I am likely to change that in the near future. I think the "just dots" output should be a special case of lesser verbosity. Honestly, since just about every other python test runner I have ever seen defaults to the dots output, I felt pressured to do the same to start with, but I also use -v or -vv most of the time. I haven't yet decided if I'm going to switch to a set of configurable output options (where you control different output features with individual flags), stick with the -v stacking, or do some hybrid.
Don't let my reluctance to support plugins stop you! If nothing else, it is always fun for me to see other people's ideas in action. I may be persuaded to support plugins someday, but it adds a lot of inertia to the project making it harder to change things -- so I will definitely not do it until I feel like I have exhausted core features and fixes that I want to implement. I won't make any guarantees about whether I'll merge it back upstream, but I really like to see other people's take on my work.
Thanks for the feedback, Tom!
~ Nathan