Hello Maarten!
This weekend I went to the dev meeting in Berlin. Spoke to a number of people and now I have some things i want to work on:
Nice to get some new ideas ! =)
*Mailing lists : Already did a post about that a while ago (you probably missed that one). Bug filed at https://bugzilla.wikimedia.org/show_bug.cgi?id=18388
I support this. Commented on the bug, I'll wait a few days and ask brion/domas who can do this and how much time it takes.
*I18n : I talked to Siebrand about moving translations to translatewiki and importing these into pywikipedia. This would give us an easy way to get a lot of our messages translated.
There is branches/pywikipedia/i18n ; I'm not sure of how this is relevant, because it's old. But the idea is interesting of course, because updating translations is not the funniest job to do.
Just to be sure, we're talking of content messages, right? Like the edit summaries used by the bots? Because i18n for module-level UI messages ("can't contact the server, retrying...") is less interesting...
*User messages [...] *Global botflag: Currently pywikipedia doesn't seem to understand global flags. *Api [...]
Have you been looking at branches/rewrite ? =)
The rewrite started by Russell is quite interesting for these specific points: * It uses several log levels (debug, info, warning, error, critical; from logging module) * It uses ONLY the API to fetch content / edit * using the API, global flag support should be quite easy to implement.
It requires a bit of time to start working with it, but it's quite stable: all my scripts (crontabs on the TS, and single-run requests) actually use the rewrite =)
If some i18n work is started, I would of course suggest to work on the rewrite: the aim is to abandon our current text-scraping framework to use the API instead.
-- Nicolas Dumazet — NicDumZ [ nɪk.d̪ymz ]