> Thank you for your offer. But I think I don't need one just yet. I mean
> you can fix the problems much faster since you know your codebase. For
> example in the last case I wouldn't even know where to look (without
> spending some time examining the code) and if I found the place I
> wouldn't be able fix without reading various docs and howtos since
>
You could start with things that are not too dependend on other things,
but you're right, code fixing will take you much more time at the beginning.
> * I have no clue about how to use threading in python (I suppose you use
> that)
>
Yeah, but not too much. But it's not that difficult to learn that in
Python. The only things I needed were threading.Thread and
threading.Lock and both are not very complicated. Some problems occured
in the beginning because one has to avoid calling gtk methods from
threads but thats all.
> * I have never used pygtk
>
I admit in the beginning it's a little awkward, but after a little
playing around it turns out to be easy enough.
> * I have never used svn (although I've spent some time tinkering with
> git and git-svn)
>
If you use any good client, there's not much to know. Just do a checkout
once and then just update/commit.
> By the way do you have any coding guidelines or something like that?
>
Not really. Only try to write easy understandable functions and methods
- don't pack too much into one function. (This is something I find
myself doing for quick-hacks)
> Now if I was already spamming you with high quality patches the svn
> access would be more practical :).
>
Hey, your day may come ...;)